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Executive  Summary 


Boeing  Coounefdal  Aiifdane  Group,  Technology  and  Product  Development,  Payload  Systems,  performed 
this  prototype  development  work  for  the  Federal  Aviation  Administration  Technical  Center  (PAA  TC), 
Adantic  Qty  International  Airport,  New  Jersey,  under  contract  No.  DTFA0>89-C-0006l.  The  work  was 
motivated  1^  the  FAA’s  concern  for  early  fire  detection  and  timely  in^dementation  of  procedures  that 
facilitate  laiM&ig  an  aircraft  in  an  expedient  manner. 

In  a  Phase  I  study,  an  ACES  system  was  identified  that  included  improved  sensor  technology  and 
enhancements  to  the  fli^t  deck  that  was  made  possible  by  advances  in  computer  and  display  technologies. 
Costs,  on  a  rough  order  of  magnitude,  were  estimated  in  the  initial  study.  The  system  was  found  not  to 
carry  a  {xrohibitive  cost  and  further  study,  in  the  form  of  prototype  develq[>ment,  was  authorized. 

The  second  phase  of  the  study:  Phase  n  •  Prototype  Devek^ment,  entailed  assembling  the  system 
components  identified  in  PhaM  I,  integrating  these  components,  and  develr^xng  flight  deck  and  cabin 
attendant  disfday  enhancements. 

The  hardware  necessary  fix'  the  prototype  ACES  system  indudes  simdce  sensors  from  four  different 
manufacturers,  a  data  acquisition  system  to  collect  the  sensor  outputs,  and  a  computer  to  run  the  system.  In 
addition,  a  continuous  fit^  optic  cable,  coupled  to  an  operating  system,  allows  the  identification  of 
temperature  as  a  function  of  location  on  the  cable.  Because  of  the  stand-alone  architecture  of  the  thermal 
monitoring  system,  the  integration  with  the  data  acquisititm  and/or  crnnputer,  after  a  great  deal  of  effort 
being  expended,  was  not  achieved. 

Resident  on  the  computer  are  two  alerting  algorithms  developed  to  take  advantage  of  the  time  dependant 
information  output  ctf  the  sensors.  The  computer  also  hosts  the  flight  crew  enhancements.  These  indude 
four  major  modules:  electronic  checklist,  inflight  diveraon  planner,  a  synoptic  disiday,  and  a  cabin 
attendant  panel  The  electronic  checklist  provides  the  flight  deck  crew  with  the  procedures  that  need  to  be 
performed  to  configure  the  aircraft  to  respond  to  the  atuatirm.  The  inflight  diversion  planner  ranks  the 
nearby  airports  and  chooses  the  best  one  based  on  several  factors,  which  include:  lime  enroute,  runway 
ler>gth  ar  •  conditions,  current  and  forecast  weather,  and  emergency  facilities  available. 

This  report  takes  the  form  of  a  users  manual  to  guide  the  user  in  operating  the  system:  collecting  sensor 
data,  evaluating  the  algorithms  with  the  collected  sensor  data,  and  demonstrating  the  enhancements 
proposed  for  the  flight  crew  -  both  cabin  and  the  fli^t  deck.  The  full  value  of  die  system  can  best  be 
gained  by  using  this  manual  ^diile  operatiitg  the  system.  This  is  especially  true  for  the  flight  deck  display 
portion  of  the  system  wdiere  color  is  a  significant  element  in  the  transmission  of  information. 

The  code  that  drives  ACES  is  written  in  C  language  a  detailed  explaiution  of  which,  except  for  that  dealing 
wkh  the  alerting  algorithms,  is  beyond  die  scope  of  this  manual. 
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1.  ttfmQPUQlOIS. 

The  ACES  system  has  been  designed  to  be  user  friendly  both  in  the  setup  of  the  hardware  elemetMs  and  in  the 
software  developed  fw  system  operatioa  It  is  the  intention  of  this  document  to  provide  a  users  manual  to 
facilitate  the  setup  and  operation  of  the  ACES  system.  Much  of  the  in-depth  information  regarding  the 
iiKlividual  cmnpcments  of  the  system  is  included  in  the  reference  section  of  this  document 

This  users  manual  is  divided  into  two  major  sections  -  System  Setup  and  System  Operatioa  In  section  2, 
System  Setup,  the  hardware  will  be  introduced,  briefly  described,  and  the  connections  between  the  various 
components  will  be  explained  The  second  of  the  major  sections,  section  3,  System  Operation,  will  walk  the 
user  through  operation  of  the  system  in  its  three  modes  of  operatioa  serrsor  data  cdlection,  alerting  algorithm 
evaluation,  atxl  flight  crew  demonstraticxi  capabilities. 

1.1  BACKGROUND. 

Phase  I  (referertce  1)  of  the  ACES  study  was  performed  by  the  Boeing  Commercial  Airplarre  Group, 
under  Omtract  No.  DTFA03-B9-C-00061,  for  the  Federal  Aviation  Administration  Technical  Center  (FAA  TC), 
Atlantic  City,  New  Jersey.  The  Phase  I  CorKept  Developrirent  study  arose  from  the  FAA’s  concern  for  the  early 
detection  and  control  of  inflight  smoke/fue  events  within  the  pressurized  volume  of  commercial  jet  aircraft 
The  motivation  for  the  study  was  the  computerizaticm  of  the  flight  deck,  the  advent  of  the  two-person  flight 
deck  crew,  documented  times  taken  to  locate  and  imf^ement  appropriate  emergeiKy  procedures  during  past 
irKidenis,  the  incidence  rate  of  false  smdce/fire  alarms,  and  the  fodings  from  two  preliminary  studies, 
references  2  and  3. 

1.2  PURPOSE. 

The  purpose  of  Phase  I  was  to  define  two  systems  that  would  provide  timely  and  accurate  detection  of  a 
smoke/fire  event  and  relay  that  information  to  the  flight  crew  in  sudi  a  manner  so  as  to  speed  up  response 
time.  The  primary  objective  of  an  ACES  type  system  is  to  provide  a  capability  for  decreasing  the  time  needed 
to  make  a  decision  to  land  at  the  nearest  suitable  airport  otxe  an  alert  has  been  sounded. 

The  purpose  of  Phase  n  is  to  integrate  the  hardware  elemerus  and  develop  the  crew  alerting  capabilities  to 
address  the  four  areas  identitied  in  Phase  I  as  areas  where  improvement  could  be  made.  These  areas  are 

Sensing  -  Detection  of  a  smoke/fire  event  in  a  timely  and  accurate  manner.  This  is  to  be  accomplished  by 
making  use  of  sensors  with  improved  capabilities  and,  ^liete  appropriate,  looking  for  more  than  one  fire 
signature  -  smoke  and  heat. 

Alerting  -  Incorporate  the  improved  detector  capabilities  into  system  logic  for  the  elimination/reduction  of 
false  alarms. 

Crew  response  -  The  reduction  of  false  alarms  should  increase  crew  ccsifidence  in  the  system,  thus  insuring 
timely  response  to  smote/fire  alerts.  Two  flight  deck  features,  electronic  checklist  and  iriflight  planner,  provide 
the  fUght  crew  with  the  information  needed  to  perform  the  necessary  procedures  and  to  investigate  suitability 
of  drversitm  airports.  The  cabin  attendant  panel  is  interfaced  with  the  flight  deck  crew  to  insure  a  cocs’dinated 
response  to  the  situation. 

Crew  decision  making  -  The  system,  via  the  electronic  checklist,  helps  to  cvganize  arxl  trade  flight  crew  actions 
and  displays  fiv  the  flight  crew  the  status  of  all  required  checklist  items.  Prioritized  information  on  diversion 
airports,  with  the  ability  to  tpiery  the  system  on  how  this  priority  was  made,  aid  the  crew  in  reachirtg  a 
dedskm  in  an  expedient  manner. 
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The  Phase  2  system  enaUes  the  user  to  gather,  monitor,  and  store  sensor  data,  use  this  data  for  the  evaluation 
of  alerting  algorithms,  and  demonstrate  the  flight  crew  display  features:  electronic  checklist,  inflight  planner, 
synqptic  display,  and  a  cabin  attendant  panel. 

At  the  conclusion  of  Phase  n,  the  ACES  system  was  delivered  to  the  FAA  TC  for  further  testing  and  evaluation. 
2.  SYSTEM  SETUP. 

The  ACES  system  is  comprised  of  four  major  component  groups:  DcJch  con^ter,  Keithley  data  logging  unit, 
smoke  sensors,  and  the  York  thermal  monitoring  system.  Each  of  these  compoirents  will  be  described  in 
section  2.1  through  2.4,  followed  by  section  2.5  which  will  define  system  integration. 

2.1-  DQIfiH  COMPUTER. 

The  computer  used  to  drive  the  ACES  system  is  a  Dolch  486  portable  computer;  figure  2-1.  The  computer, 
heteafier  referred  to  as  “the  Dolch*  has  many  features  that  made  it  the  dioice  of  the  ACES  team:  prortable  - 
making  it  ideal  for  lab/field  operation,  powerful,  color  capability,  and  expandable.  Below  is  a  short  description 
of  the  conqxiter  and  die  simple  procedures  to  make  the  Doldi  operatioiiaL 


Figure  2-i.  Dolcb  Computer. 
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The  front  of  the  Dokh  features  a  keyboard  that  latches  in  front  of  the  screea  The  keyboard  is  accessed  by 
pushing  on  the  two  buttons  located  on  the  top  of  the  computer.  Care  should  be  taken  so  that  the  keyboard 
does  not  fall  as  it  is  pivoted  away  from  the  screea  The  keyboard  is  of  standard  layout  with  12  enhanced 
programmable  function  keys  PI  through  F12.  The  keyboard  can  be  inclined  by  flipping  out  the  two  {Mvoted 
legs  Icxated  at  the  top  edge  of  the  keyboard  A  coiled  cable  is  stored  in  a  slot  along  die  top  edge  of  the 
keyboard  and  this  cable  plugs  into  the  socket  on  the  left  side  of  the  machine.  Also  on  the  left  side  is  a 
cover  concealing  the  expansion  window.  The  cover  can  be  removed  by  pressing  down  on  the  thumb  tab 
and  pivoting  the  cover  out  from  the  machine.  Port  allocation  is  defined  in  section  2.5  which  deals  with 
hardware  interfaces. 

Behind  the  keyboard  is  the  flat  panel  display  screea  The  screen  has  a  text  capacity  of  80  characters  by 
25  lines.  Screen  definititxi  is  controlled  to  a  degree,  by  the  brightness  knob  located  to  the  right  of  the  screea 
Next  to  this  knob  is  the  reset  button  which,  when  pushed,  rebcxtts  the  computer.  A  set  of  three  irxlicator  lights 
is  located  above  the  brightness  knob  and  reset  button.  From  left  to  right,  th^  lights  indicate  |x>wer  (green 
when  on),  hard  disk  (red)  to  indicate  that  the  hard  disk  is  being  accessed  and  CPU  (yellow)  to  indicate  fast 
clock  speed 

The  back  of  the  Dolch  is  where  the  on/ofF  switch  is .  cated  as  well  as  the  ac  power  plug  socket.  Make  sure 
the  Dolch  power  switch  is  in  the  off  position  before  plugging  the  computer  into  the  power  supply. 

The  right  side  of  the  computer  is  where  the  disk  drive  is  located  The  drive  accepts  31^inch  disks. 

Internal  to  the  Dolch  is  a  half  size  GPIB-PQI  IEEE-488.2  (GPIB  -  General  Purpose  Interface  Bus, 

IEEE  -  Institue  of  Electrical  and  Electronic  Engmeers)  board  that  facilitates  hi^  speed  communications 
between  the  Dolch  and  the  Keithley  data  logger  (section  2.2).  Additional  information  on  the  Dolch  can  be 
found  in  reference  4.  Documentation  on  the  GPIB  is  contained  in  references  5,  6,  7,  and  8. 

Two  video  cards  have  been  installed  to  facilitate  the  running  of  two  additional  cathode  ray  tube  (CRT)  type 
screens.  The  mnning  of  screens  of  differing  types  (flat  panel  and  CRT)  presented  an  unexpected  problem 
during  initial  system  integration.  This  difficulty  was  overccxne  only  after  several  screen  control  cards  were 
auditioned  and  a  card  selected  that  would  take  flat  panel  friput  instructions  and  translate  that  information  and 
efficiently  drive  a  CRT  type  screea  The  three  screen  feature  is  critical  to  provide  a  more  realistic  showing  of 
the  flight  deck  arxl  cabin  attendant  panel  display  features.  The  two  CRT  screens  used  during  the  developnrent 
work  were  Sony  Trinitron  color  monitors.  Model  No.  CPD-1304.  Other  color  monitors  have  also  been  used  and 
no  system  configuration  changes  were  requited. 

The  mouse  allows  the  user  to  move  the  cursor  about  the  screen,  set  up  the  demonstration  scenarios,  and 
interact  with  the  display  functions  of  the  flight  deck  and  cabin  attendant  panel. 

The  programing  done  to  run  the  ACES  system  and  to  provide  the  user  friendly  interface  was  done  using 
Microsoft  C  version  6.0  (references  9,  10,  and  11).  A  printed  copy  of  the  code  has  been  provided  to  FAA  TC 
perscxinel  to  facilitate  their  understanding  of  the  system’s  architecture.  Detailed  exfdanatioi  of  C  language 
programming  and  system  software  structure  are  outside  the  scope  of  this  users  manual. 
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Figure  2-2  KeUbky  Data  Logger. 


A  latdi  CXI  the  left  side  of  the  case  provides  access  to  the  inside  of  the  576.  The  J1  and  J2  terminal  block, 
located  cm  the  AMM2  nKxhile,  has  the  capacity  to  be  ccxiftguied  for  either  eight  differential  channels  or 
sixteen  single-end  channels.  The  channels  are  designated  0  through  7  for  differential  (DIFF),  and  0  through  15 
for  single-end  (S-E).  The  user  sees  20  ccxmector  locations,  sixteen  single-end  inputs  plus  four  ground  channels. 
In  the  single-end  ccxifiguration,  the  SGND  is  used  and  in  the  differential  mode  the  GND  is  used  to  achieve 
best  performance. 


The  Keithley  high  speed  data  logger  is  model  576-2,  figure  2-2,  with  data  memoty  expanded  (factory  installed) 
from  100  to  480  kB.  The  576  is  a  general  purpose  data  acquisition  and  control  instrument  that  serves  as  the 
interface  between  a  GPIB  ccxitrc^r  (residing  in  the  Dolch)  and  a  wide  range  of  input  devices.  The  576  is 
outfitted  with  an  Analog  Measurement  Mcxfule  (AMM2)  which  occupies  option  slot  1  and  provides  the 
terminal  blodcs  01  snd  J2)  into  which  the  input  devices  (smoke  sensors)  are  connected.  1lie  576  is 
expandable.  With  the  purchase  of  the  appropriate  board  the  Keithley  can  be  given  the  capability  to  ccxmect 
thermcxxHiples  CT/C);  such  a  board  would  occupy  c^on  slot  number  3  of  the  576. 


The  Keithley  is  configured  to  run  in  the  differential  mode  with  sensor  high  ii^ts  connected  to  tenninals  0-*-  to 
7+,  and  the  sensor  low  connected  to  the  corresponding  low  input  terminal  (0-to7-).  In  this  configuration  the 
GND  terminal  must  be  used. 

The  interface  of  the  sensors  to  the  data  logger  will  be  discussed  in  section  2.5.5. 

The  port  into  which  the  IEEE-488  connector  attaches  is  located  on  the  back  side  of  the  unit  Note:  the  576  will 
only  accept  a  connector  having  metric  (BLACK)  threaded  screws;  a  connector  with  sliver  screws  will  damage 
the  threads.  To  the  outboard  side  of  the  IEEE  interface  is  the  power  input  port  that  accepts  the  ac  line  adapter. 

The  front  panel  of  the  576  includes  the  ON/OFF  power  switch  and  five  indicator  lights.  The  POWER  light  is 
illuminated  when  the  unit  is  plugged  in  and  the  power  switch  is  turned  on.  Turning  power  on  automatically 
causes  diagnostics  to  be  performed.  If  no  problems  are  detected  the  RUN  li^  will  quickly  flash  three  times, 
and  then  extinguish.  However,  if  a  problem  is  eiKOuntered  upon  start-up,  the  service  request  (SRQ)  light  will 
flash  to  signal  error  ccxiditions.  Two  flashes  a  second  indicate  a  problem  with  onboard  firmware  read  only 
(ROM),  20  flashes  a  second  is  an  onboard  random  access  memory  (RAM)  problem.  If  either  of  these  conditions 
should  occur  representatives  from  Keithley  will  need  to  be  contacted.  The  TALK  and  RUN  lamps  ilKimirute 
when  the  576’s  data  acquisition  circuitry  is  beittg  accessed. 

The  576  comes  from  the  manufacturer  with  a  notebook  of  documentation  on  both  the  576  unit  and  the  AMM2 
card,  reference  12. 

l.\  SMOKE  SENSORS. 

Three  types  of  smoke  (particle)  detectors  were  used  during  the  develofMnent  of  the  ACES  system:  light 
scattering  (Walter  Kidde  and  Cerberus  Guinard),  light  attenuation  (Geamatic),  and  an  ionization  sensor 
manufactured  by  Jamco.  Each  of  these  senscxs  will  be  discussed  in  sections  2.3.1-2.3.4  and  detailed  specs  on 
eadi  sensor  can  be  found  compiled  in  the  vendor  documentation  notebook,  reference  13.  A  summary  of  the 
operating  parameters  for  each  of  the  four  smoke  sensors  in  the  ACES  system  are  shown  in  table  2-1. 


Table  2-1.  ACES  Smoke  Sensors  Operating  Parameters. 


Range  of  Output  Voltage 

Sensor  Manufacture 
(Model  Number) 

Power  Requirement 
Volts 

Clear 

Conditions 

Maximum* 

Walter  Kidde  (73055) 

28 

-0.125 

15 

Cerberus  Guinard 
(Special  Configuration  for  ACES) 

24 

2.2-2.3 

24 

Geamatic  (SOS-300A  W/ZAM12) 

24 

10 

0 

Jamco  (PU90-461R3) 

28 

0 

4.1 

*  The  Keithley  truncates  all  outputs  at  1 0  volts 


% 
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The  Walter  Kidde  photoelectric  sensor  (Part  Number  73055,  Serial  Number  Eval  1  and  Eval  2),  figure  2-3,  uses 
the  principle  of  scattered  light  to  detect  particles,  such  as  smoke,  and  therefore  a  fire  signature.  This  ACES  system 
sensor  was  linked  with  "and*  lo^c  and  was  mounted  in  pairs  in  the  cargo  compartment  and  singularly  in  the 
main  deck  attic  area. 


Figure  2-^  Kidde  Photoelectric  Detector. 


The  Kidde  photoelectric  detector  is  an  open  area  sensor  requiring  no  fans  or  tubirrg  runs  to  bring  the  smoke 
to  the  detector.  The  detector  is  itKXinted  in  the  compartment  to  be  monitored  and  the  fire  signature  in  the 
fcmn  of  anoke  reaches  the  unit  via  free  convectioa  The  pattides  cmly  enter  the  detection/l^t  chamber  after 
navigating  a  labyrinth  that  serves  to  remove  large  particles  such  as  dust  ^9^hin  the  chamber,  a  beam  of  light 
is  focused  at  a  light  trap  located  across  the  chamber.  If  particles  are  present,  light  is  scattered  with  some  of 
the  scattered  light  striking  the  ]AotoceU,  figure  2-4.  The  light  striking  the  i^iotocell  causes  a  voluge  rise 
ptDp(»tiCMiai  to  the  light  incidmt  on  the  cell;  the  greater  the  amount  of  U^t  striking  the  photocell  the  greater 
the  voltage  rise.  The  detector  is  calibrated  such  that  the  output  voltage  is  a  futKSion  of  li^  obscuration  rather 
then  reflection  or  scattering. 
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Figure  2-4.  Photoelectric  Smoke  Detector. 


The  detector  has  a  power  requirement  of  28  +Vdc,  2,  and  28Vdc  return,  pin  4.  The  detector  ouqMit 
channel,  pin  8,  has  a  quiescent  value  of  about  0.125V.  This  ventage  is  monitored  to  insure  that  the  detector 
is  operational.  As  this  value  decreases,  it  is  an  indication  that  the  optical  surfaces  require  cleaning.  As 
particles  enter  the  optical  chamber  the  output  voltage  will  increase  up  to  a  maximum  cS  15V  (Note:  the 
Keithley's  range  is  0-10  volts,  all  voltages  input  to  the  Keithley  above  10  volts  are  truncated  at  lOV,  refer 
to  seaion  2.5.5).  It  is  the  output  signal  from  pin  8  that  is  monitored  (through  the  Keithley  to  the  Dolch)  for 
determining  an  alert  condtion. 

The  detector  has  an  alarm  output  channel,  pin  6,  that  is  factory  set  to  alarm  in  the  range  of  87  to  93  percent 
normal  light  transmission  (13  to  7  percent  obcuration  measured  over  one  foot).  This  channel  has  not  been 
used,  as  the  alarm  level  is  beiitg  determined  by  the  alerting  algorithms  residing  on  the  Dolch. 

2^.2 _ Cerberus  Guinard 

The  sensor  manufactured  by  Oibeius  Guinard,  figure  2-5,  like  the  Kidde  sensor,  is  a  light  scattering 
photoelectric  detector  (figure  2-4).  This  sensor  was  custem  made  for  the  ACES  project  by  Cerberus  to 
incorporate  several  features  that  were  available  from  a  sensor  made  by  a  subsidiary  of  theirs  (the  Gamewell 
sensor).  To  use  the  sensor  originally  identified  would  have  requited  the  purchase  of  the  Gamewell’s  unique 
operating  controller.  Cerberus  was  able  to  rewire  their  detector  enabling  the  output  signal  to  be  fed  irtto  the 
ACES  data  logger. 
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Iigure2-S.  Cerberus I^botoelectric Det^ior. 


This  ACES  system  sensor  was  linked  with  ’and*  logic  and  was  mounted  in  pairs  in  the  cargo  compartment  and 
singularly  in  the  main  deck  attic  area. 

Paitides  enter  the  detection  chamber  via  free  convection,  scattering  light  onto  a  photocell  In  its  quiesoeitt 
Cnonsnaoke)  state,  the  ouqxit  voltage,  pin  C,  is  between  2.2  and  2.3V.  This  gives  a  value  to  monitor  the  health 
of  the  sensor.  As  paitides  enter  the  chamber  the  ouqxit  agnal  rises  to  a  maximum  output  value  of  24V.  (Note: 
the  Keithley’s  range  is  0-10  volts,  all  voltages  input  to  the  Keithley  above  10  volts  are  truncated  at  lOV,  refer  to 
section  2.5.5).  The  alarm  threshold  is  factory  set  at  3.2V  which  corre^onds  to  a  nominal  smoke  obscuration 
level  in  the  chamber  of  2.8  percent  per  foot.  But  as  was  the  case  with  the  Kidde  detector,  this  ouq>ut  s^nal  b 
not  beir^  used. 

The  Cetbeivis  sensors  require  a  24Vdc  power  source  (+/-  0.5V,  at  50  ma),  +24Vdc  to  pin  A  and  24Vdc  return  to 
pin  B. 

2.3.3  Geamatic. 

The  Geamatic  senscx,  model  SDS-300A  with  the  ZAM12  analog  module,  figure  2-6,  is  designed  as  a  dud  smoke 
detected  and  was  selected  for  use  in  the  air  padc  supply  ducts.  The  Gearratic  operates  on  the  ptindpie  of  light 
attenuatkm  (figure  2-7).  A  beam  of  light  shities  on  a  photocell.  As  particles  come  between  the  light  source  and 
the  photocell,  die  light  is  attenuated  causing  the  photocell  to  see  1^  light,  and  an  ouqxit  voltage  dre^  results. 
Thus  the  Geamatic  sensor  has  an  output  that  is  opposite  of  the  Kidde  and  Ceiberus  detectois  u^di  bodi 
output  a  vdtage  rise  when  particles  are  in  the  light  chamber. 
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Figure  2-6.  Gemnatic  Ugi^  AttemtatUm  Detector. 


Ught 

source 


Figure  2-7.  Light  Attenuation  type  Photoelectric  Smoke  Detector. 


The  Geamatic  requires  a  power  source  of  -»-24Vdc,  terminal  1,  and  24Vdc  return,  terminal  2.  In  a  no  smoke 
environment,  die  Geamatic  has  an  output,  terminal  14  and  15,  of  neatly  lOV.  As  partides  enter  the  light  path 
this  value  drops  off.  The  ZAM12  module  allows  voltage  shifts  to  be  measured  directly,  bypassing  the  built-in 
alarm  drcuitry. 

The  sensor  can  be  set  at  one  of  four  levels  of  sensitivity.  Wldi  die  ZAM12  module  installed  the  sensitivity  level 
selection  only  impacts  the  generation  of  the  maintenance  message  and  has  no  impact  on  the  sensors  capability 
to  sense  smoke.  Level  one,  the  most  sensitive  setting,  would  cause  the  time  between  maintenance  messages  to 
be  much  diCMter  than  if  sensitivity  were  set  at  level  4.  Sensitivity  is  set  at  level  3  by  the  factory  and  this  has  not 
been  diaitged. 
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Every  secxxid  hour  the  Geamalic  generates  a  calibration  signal  to  evaluate  the  unit's  cleanliness.  The  calibration 
signal  is  compared  wfth  a  stored  reference  signal,  and,  if  required,  the  strength  of  the  light  source  is  boosted  to 
compensate  for  dust  and  dirt  buildup  on  the  optical  surfaces.  The  state  of  cleanliness  is  monitored  on  a  scale 
of  1  (dean)  to  15.  When  level  12  is  reached,  a  maintenance  signal  is  generated.  Maintenance  consists  of 
removing  the  cover  plate  exposmg  two  internal  thumb  screws.  Unscrewirtg  these  allows  the  probe  to  be 
removed  bom  the  tube.  Clean  the  light  emitting  diode  (LED)  and  the  receiver  at  the  other  enid 

Detailed  instructions  on  mounting,  setting  sensitivity  levels,  and  calibratmg  and  deaning  the  sensor  can  be 
found  in  the  Geamatic  section  of  the  vendor  documentation  notebook,  referetKe  13- 

_ lames?. 

The  Jamco  detector  (PU90^1R3),  figure  2-8,  is  the  same  unit  used  by  many  airlirres  for  lavatcwy  Rte  warning. 
Mounted  to  the  cdling,  smoke/particles  reach  the  unit  by  free  convection  and  ventilation  caused  by  the 
cortfiguration  of  the  lavatory  exhaust  system.  The  detector  uses  a  dual  chamber  configuration  as  a  means  of 
reducing  false  alarms.  One  of  the  chambers  is  open  and  sees  the  lavatory  air,  the  second  unit  is  sealed  except 
for  a  small  hole  that  allows  both  chambers  to  be  at  the  same  pressure.  >Xhen  the  two  chambers  become 
sufikientty  unbalanced  the  detector  unit  will  generate  an  alarm.  This  is  signaled  by  the  alarm  hcmi  internal  to 
the  unit  and  die  red  alarm  indicator  lamp  illuminating.  The  interrupt  (horn  silencing)  switch  is  in  the  middle, 
kxated  between  the  power  lamp  indicator  (green)  and  the  self-test  switch.  When  pushed,  the  self-test  switch 
exerdses  the  alarm  indicator  lamp  (recO,  horn,  and  internal  circuitry. 


Interrupt  switch  Ssif-test 


Alarm 

horn 


ICMnization  detectors  can  react  to  the  invisible  particles  that  are  given  off  at  the  very  first  stages  of  a  fire  and  thus 
can  provide  earlier  warning  than  a  photoelectric  type  detector.  Ionization  detectors,  while  giving  early  warning, 
ate  not  without  their  problems  as  air  velocity  and  changes  in  altitude  can  make  such  sensors  overly  sensitive 
and  thus  susceptible  to  false  alarm. 

In  die  ACES  system,  ionization  detectors  were  identified  as  the  detector  type  for  use  in  areas  accessit^  to 
cabin  attendants  -  lavatory  and  galley  areas.  'The  increased  sensitivity  provided  by  ionization  sensors,  balanced 
against  the  potendal  for  false  alarms  was  considered  accepuUe  for  areas  that  could  be  readily  investigated  by 
the  flight  crew.  This  same  trade  was  not  deemed  satisfactory  for  areas  into  which  flight  crew  mendiers  do  not 
have  access  to  during  flfght 


10 


The  Jamco  requires  ^28Vclc  to  pin  8;  pin  7  is  the  28V  return  ctMuiection.  Detector  high  output  is  through  pin  9 
and  the  low  ouqxit  signal  is  through  pin  4.  Additional  tedtnical  information  on  this  detector  can  be  found  in 
the  Jamco  secticm  of  the  vendor  documentation  noteboc^,  reference  13.  Details  of  sensor  to  Keithley 
connections  can  be  found  in  section  2.5.5. 


i. 


THERMAL  MONTTORING  SYSTEMS. 


In  the  Phase  I  study,  two  thermal  monitoring  methods  were  identified  as  havipg  the  potential  to  provide 
temperabue  and  location  information  in  areas  throughput  the  aircraft.  Both  systems  use  a  continuous  wire. 
The  wire  is  pulsed  (one  using  soutkI  and  the  other  usiiig  lighO,  and  die  return  signal  is  analyzed  to  give 
temperatures  along  the  length  of  the  wire.  Both  systems  allow  the  temperature  and  location,  within  a 
limiting  length,  to  be  identified.  This  capability  may  enaUe  hidden  areas  within  the  pressurized  volume 
to  be  monitored  for  overheat  events.  In  addition,  areas  monitored  by  smoke  sensors  could  be  monitored  for 
diermal  conditions.  The  thermal  information  could  be  used  as  a  basis,  in  conjunction  with  die  smrdce  sensors, 
or  singularly  fcM*  generating  an  alert  to  the  flight  dedc.  Each  of  these  systems  will  be  detailed  in  sections  2.4.1 
and  2.4.2. 

2A1 _ York  System. 

The  York  DTS  (distributed  temperature  sensor)  System  2,  figure  2-9,  allows  a  fiber  optic  wire  to  be  divided  via 
software  into  zones.  Each  zone  can  be  monitored  f<x  thermal  conditions.  Thermal  monitoring  of  cargo 
compartments  was  identified  by  the  ACES  team  as  a  potential  method  by  whidi  to  reduce  false  alarms.  If  it 
were  possible  to  detect  small  changes  in  temperature,  two  parameters  (smoke  and  heat)  might  be  able  to 
be  used  before  an  alert  is  transmitted  to  the  flight  deck.  In  addition,  a  wire  could  be  installed  in  numerous 
hidden  areas,  such  as  the  lower  lobe  cheek,  to  enable  large  hidden  areas  of  the  aircraft  to  be  monitored  for 
overheat  events. 


Pigftre2-9.  Yorik 075 SyOem 2 
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The  York  DTTS  system,  in  the  ACES  conRguratian,  consists  of  one  optical  wire,  an  electro-optical  unit,  and 
a  ffewlea  Packvd  (HP)  computer,  disk  drive  and  monitor.  Linkage  of  these  cotnponerus  is  defined  in 
section  2.5.4. 

The  York  system  is  based  on  optical  time  donain  reflectrcMnetry  (OTDR),  a  well  understood  measurement 
tedinique  used  primarily  fc»'  locating  the  position  of  faults  ki  optical  fiber  cables.  It  was  fouixl  that  the 
OTDR  signal  cxxjld  also  yield  tettq)erature  infoimation,  and  is  the  ba^  for  the  York  DTS  systera  The  York 
operators  manual,  referetKe  14,  contains  several  technical  articles  aitd  provides  a  more  detailed  discussion  of 
this  technique. 

The  electro-optical  unit  contains  the  laser  source  optical  system  for  launching  eye-safe  light  levels  into  the  fiber, 
the  optical  detection  system,  and  the  sigiul  processing  to  analyze  the  returning  light  Light  is  pulsed  down  the 
fiber  and  scattering  occurs  in  all  directions,  with  some  of  the  light  directed  back  alotrg  the  fiber  to  an  optical 
coupler.  Thus,  some  of  the  output  light  returns,  via  scattering,  to  it’s  source  for  analysis.  The  properties  of  the 
returning  light  can  be  examined  such  that  the  temperature  of  several  lengths,  or  zortes,  of  the  fiber  can  be 
detemtined.  The  fiber  is  pulsed  from  each  end,  allowing  fiber  loses  and  system  noise  to  be  canceled  out. 
Pulsing  the  fiber  firom  both  ends  also  serves  to  make  the  system  insensitive  to  a  break  in  the  fiber,  as 
information  on  either  side  of  the  break  is  still  available.  Should  a  break  occur,  the  zone  \duch  contains  the 
break  can  be  readily  identified  to  facilitate  repair  work.  Splicing  and/or  the  use  of  optical  couplers  are  methods 
by  wtud)  a  break  in  the  fiber  could  be  repaired. 

The  spatial  resolution  of  the  DTS  system  is  on  the  order  of  7.5  meters  (24.6  feet).  To  overcome  this,  the  fiber 
optic  cable  is  coiled  so  that  a  greater  length  of  wire  can  easily  be  [daoed  in  eadi  area,  in  efiea  shortening  the 
spatial  resolution  to  a  more  useful  length.  Additionally,  the  software  allows  zones  of  less  than  7  meters  in 
length  to  be  defined  by  overlapping  zones.  The  system  is  configured  with  a  test  section  about  0.12  kilometeis 
(690  feet)  in  length  divided  irao  23  zones,  about  5.2  meters  (17  feel)  of  cable  per  zone.  (York  has  made  rapid 
progress  in  reducing  the  spatial  resolution  of  their  DTS  systems,  aixl  new  units  have  a  resolution  length  on  the 
Older  of  one  meter.) 

The  fiber  optic  cable  is  pulsed  six  times  a  minute.  This  number  is  a  function  of  several  parameters  including- 
fiber  length,  fiber  type,  and  accuracy/sensitivity  required.  The  value  of  six  times  per  minute  was  determined  by 
York  at  their  facilities  in  the  United  Kingdom  (UK)  when  the  system  was  being  assembled  for  the  ACES  project. 
A  York  representative  verified  the  rate  of  six  pulses  per  minute  when  the  system  was  setup  and  initially  tun  in 
the  Boeing  test  facility. 

There  are  two  key  elements  of  an  optical  fiber  -  its  cote  and  its  dadding  The  cote  is  the  inner  part  of  the  fiber, 
through  which  light  is  guided.  The  cladding  completely  surroutKis  the  cote  and  confines  the  light  within  the 
core,  thus  preventing  light  from  leaking  out  The  cote  for  the  fiber  is  an  off-the-self  commercial  grade 
multimode  fiber  optic  cable,  0.085mm  in  diameter.  The  two  end  sections  of  the  cable  use  a  0.125tnm  (outside 
diameter)  cladding  of  acrylate  with  Kevlar  reinforcemetti  aixi  an  orange  polyvin)4  diloride  (pcv)  coating.  The 
rated  maximum  temperature  for  this  section  is  60®C  (140®F).  The  test,  or  center,  section  of  the  cable  has  an 
0.125tnm  (outside  diameter)  dadding  of  polyitnide.  This  cladded  fiber  has  then  been  drawn  into  a  narrow-bote 
stainless  steel  tube.  This  combination  gives  the  test  section  of  the  cable  a  maximum  temperature  rating  of 
350®C  (660T0.  The  cable  assembly  has  a  total  of  four  splices,  at  the  pvc/DTS  coujrfer  interface  and  at  the 
stainless/pvc  interface.  In  the  testing  done  to  date,  the  otattge  coverirtg  has  never  seen  temperatures  above 
ambient,  while  the  stainless  steel  section  has  never  been  subjected  to  temperatures  above 

Detaited  ex|danaticm  of  the  prindple  of  the  York  system  can  be  found  in  reference  14. 


The  Sdihrmbetger  system  uses  a  solid  wire  into  ^hidi  a  broadband  ultrasonic  pulse  is  initiated.  The  return 
signal  contains  infomnation  that  is  then  processed  to  provide  information  on  the  wire’s  thermal  environment 
The  system  consists  of  three  components:  the  wire,  a  transceiver,  and  a  control  unit  The  sensor  wire  that  was 
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inwrattigtffid  for  lealing  in  the  ACES  system  was  a  0.064  inch  diameler  steel  afioy  woe,  with  the  capabffity  of 
beiog  up  to  50  feet  in  length.  The  tnmsoeiver  eneigizes,  or  pulses,  the  wire  and  receives  the  return  signal.  The 
retum  signal  is  relayed  to  the  control  unit  where  data  prooessing  and  system  evaluation  take  place. 


A  50  foot  wire,  at  die  time  of  die  study,  had  the  capabdky  to  be  divided  mechanically,  to  create  reflection 
paints,  into  8  zones.  These  zones  could  then  be  iiuther  divided,  via  software  resicGng  on  the  conircri  unit,  to 
provide  a  spatial  restdutkMi  of  about  6  inches. 


At  the  start  of  the  Phase  2  effcMt,  the  ACES  team  had  a  prototype  system  that  had  been  tested  by  the  Propulsion 
Researdi  and  Development  group  at  Boeing.  The  system  was  returned  to  Schhimberger  in  the  UK  for 
evatuation  and  calibfation.  Unfortunately  die  system  had  been  damaged  in  testing  to  such  an  extent  that  repair 
was  not  possible.  It  was  approximately  at  this  same  time  that  Schhimberger  made  a  decision  to  not  proceed 
with  ftirther  devek^Niient  this  tediriology.  At  that  time,  no  ahemative  acoustic  thermal  sensing  system  was 
availatde  for  testing  and  integration  into  the  ACES  system. 
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HARPVARfi  irffERfACES, 


The  connections  between  the  various  hardware  components  are  detailed  in  die  following  sections. 

iLll _ PQlcfa  tQ  Kathicy. 


The  Ddch-Keidiley  interface  is  via  an  IEEE  cable  that  runs  from  the  back  of  the  Keithley  to  the  left  side  of  the 
Dokh  where  the  expansicm  pent  is  located  The  IEEE  cable  goes  into  the  top,  and  only,  port  on  the  Doidi  diat 
win  accept  an  IEEE  cable.  This  can  be  seen  in  figure  2-10  and  as  port  A  in  figure  2-11. 


Pfgure2~l(k  DoIcbPortAJIocatiom. 
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0  -  Monitor 

H  -  Moum 

C.E.F.G,i  -  Notuswl 

Figure  2-11.  ScbenuUic  Doicb  Port  AttocaHou. 

2.5.2  Monitors  to  Dolch. 

Addiixxial  naocutofs  can  be  linked  to  the  Oolch  via  the  poits  B  and  D  as  identified  in  figuie  2-11.  The  two 
monitois  should  be  cx)ior  capable  to  show  the  system  to  its  best  advanuge.  The  monitois  that  have  been  used 
in  the  demmstiations  are  Scmy  Tiinitron  Multi  Scan  HG,  model  number  CPD-1304.  Other  CRT  monitors  have 
been  connected  to  the  Dolch  with  no  diflkuhies  or  system  reconfiguration  necessary. 

2.5..5  Mouse  to  Dolch. 

The  mouse  plugs  into  port  H  as  identified  in  figuie  2-11.  The  port  is  located  on  the  left  side  of  the  Dc4ch.  No 
{Mooeduies  are  lecjuiied  beyond  connecting  die  mouse  to  the  computer. 

2.5.4  Sensor  Cables. 

A  cc»ni:4ete  set  of  cables  to  connect  the  sensors  to  the  Iteidiley  data  logger  unit  was  fabricated.  The  cables 
were  made  by  two  different  groups  at  Boeing:  Flight  Test  Research  Lab,  and  Mechanical/Electrical  Lab.  As  a 
result  the  st^  and  configuration  of  a  caUe  for  a  given  dectector  pair  may  differ.  Thus,  while  cables  used  for  a 
given  pair  of  sensors  may  differ  in  appeanuxe,  there  is  no  difference  in  their  functionaliity.  For  example,  the 
two  Kidde  senscMs  have  aftdes  that  differ  in  configuradcm,  yet  the  cables  accon^lish  the  identical  funcdoa  The 
caMe  configuraticMi  for  each  of  the  four  different  models  of  smdm  sensors  are  described  in  ^le  2-2  through 
table  2-5  (Note:  the  caUes  ft>r  the  Cetbeius  and  the  Geamadc  sensors  have  Welded  cables,  the  shield  should 
be  grounded  through  the  Kdthley). 
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Table  2-2,  Kidde  Cables. 
First  of  Two 


Wire  Color 

Function 

Connection 

2 

Red/White 

4^28Vdc 

To  power  supply  -  red  dip 

5 

Black/White 

Common  return 

To  power  supply  -  black  dip 

6 

Gray/White 

Alarm  out  28V 

Not  used 

8 

Brown/White 

Analog  out  (0-15V) 

To  Keithiey  -  J1 

12 

White 

DC  ground 

To  Keithiey  -  J2 

Pins  not  used 

1.3.  4.  7. 9.10.11 

Connector 

MS24266R12B-12S 
Aero  9135 

Second  of  Two 

2 

Red 

-»-28Vdc 

To  power  supply  -  red  d^ 

4 

Red 

Jumpered  to  pin  2 

5 

Green 

28Vdc  return 

To  power  supply  -  black  dip 

5 

Biack 

Common  return 

To  Keithiey  -  J2 

6 

Yellow 

Alarm  out  28V 

Not  used 

8 

Blue 

Analog  out  (0-1 5V) 

To  Keithiey  -  J1 

Pins  not  used 

13.7.  9.10.11.12 

Conrtector 

MS24266R12B-12S 
Aero  9135 

Power:  28Vdc 

Table  2-5.  Cerberus  Cables  —  Two  of  Two. 


Sensor 

Connection 

Wire  Color 

Function 

Connection 

A 

Red 

+24Vdc 

To  power  supply  -  red  clip 

B 

Blue 

24Vclc  return 

To  power  supply  -  black  clip 

c 

Red 

Output 

To  Keithiey  -  J1 

D 

Blue 

Output 

To  Keithiey  -  J2 

Black/Green 

Cable  ground 

To  Kefthley  ground 

Pins  not  used 

E.F 

Power:  24Vdc 
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Table 2-4.  Clea$maHc  Cables -Two  Two. 


Wire  Color 

Function 

Connection 

1 

Red 

+24Vdc 

To  power  supply  -  red  dip 

2 

Blue 

24Vdc  return 

To  power  supply  -  black  dip 

14 

Red 

Output 

To  KeitMey  -  J1 

15 

Blue 

Output 

To  Kekhley  -  J2 

Blad^Green 

Cable  ground 

To  Keithley  ground 

Power:  24V<fc 

Table  2-5.  Jamco  Cable. 


One  of  Three 

Sensor 

Connection 

Wire  Color 

Function 

Connection 

4 

Red 

CXitput 

To  Keithley  -  J2 

7 

Black 

28Vdc  return 

To  power  supply  -  black  clip 

8 

Brown 

^28Vdc 

To  power  supply  -  red  clip 

9 

Green 

Output 

To  Kekhley  -  J1 

10 

White 

Output 

Not  used 

Pins  not  used 

1,2, 3, 5, 6,11, 12, 

13. 14, 15 

Connector 

DA-2465 

Second  and  Th'-d  of  Three 

4 

Red 

Output 

To  Keithley  -  J2 

7 

Black 

28Vdc  return 

To  power  supply  -  black  clip 

8 

Blue 

+28Vdc 

To  power  supply  -  red  clip 

9 

Green 

Output 

To  Keithley  -  J1 

10 

Yellow 

Output 

Not  used 

Pins  not  used 

1.2. 3. 5. 6,11,12, 

13, 14, 15 

Connedor 

OA-24658 

Power:  28Vdc 
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In  connecting  sensors  to  the  Keithley  it  is  imperative  that  tlw  power  switch,  located  on  the  front  panel,  is  in  the 
off  position  or  damage  to  the  AMM2  module  may  occur. 


The  Keithley  has  been  configured,  via  software,  (software  commands  as  they  apf^y  to  the  AMM2  module  can 
be  found  in  refereiKe  12,  AMM2  Section,  page  AMM2-9),  to  operate  in  the  differential  mode  and  as  such 
accepts  signal  inputs  from  a  maximum  of  eight  sensors.  The  Keithley  dau  logger  unit  is  shown  in  an  open 
position  in  figure  2-12.  A  schematic,  figure  2-13,  shows  the  sensor  connections  as  used  in  the  ACES  lab.  Of 
course,  any  combination  of  sensor  to  channel  number  is  acceptable.  Terminal  block  J1  (0+  to  7+),  located  on 
the  AMM2  card,  accepts  the  sensor  high  output  signal  while  the  cotiespotxling  sensor  low  output  signal  goes 
to  terminal  block  J2  (0-  to  7-). 
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Channel  Channel 


J1 

Sensor 

J2 

GND 

■—  Ground 

Ground  ■  ■■ 

GND 

0 

•Brown/White -1  Kkkto-I 

] - White - 

0 

1 

—  Blue - 1  KWde-2 

] - Bleck  — 

1 

2 

Green— 

] -  Red  — 

2 

3 

—  Rad - 1  Ceiberue-1 

] -  Blue  — 

3 

4 

—  Rad  — T  Cei1>eiue>2 

] -  Blue  — 

4 

S 

—  Rad  - 1  Geematie-1 

] -  Blue  - 

5 

6 

—  Red  - 1  Geanurtic<2 

] -  Blue  — 

6 

7 

SGND 

Keithley  front  1 

7 

SGND 

Figure  2-I3-  Sensor  to  Keitbley  Connections. 


The  channel  maiked  GND  serves  to  ground  the  terminal  block,  in  difFerential  configuration.  (The  terminal 
location  marked  SGND  is  the  ground  terminal  if  the  Keithley  is  set  up  in  a  single  wire  configuration).  If  a 
number  of  AMM2  signal  input  lines  are  shielded,  all  shields  should  be  connected  to  the  same  ground 
terminal,  GND.  The  AMM2  inputs  are  norr-isolated,  and  the  signals  must  be  referenced  to  f>ower  line  ground, 
or  module  and/or  system  damage  may  occur.  In  addition,  inq>roper  grounding  may  result  in  inaccuracies  that 
effea  other  channels.  This  can  result  in  several  channels  of  data  drifting  in  unison.  The  inputs  to  the  Keithley 
must  be  within  ±10V  of  module  ground  for  proper  operation  and  if  any  signal  exceeds  ±30V,  module  damage 
may  result 

From  conversations  with  Keithley  personnel  at  the  time  of  it’s  purchase,  short  periods  of  elevated  voltage  are 
not  a  problem.  A  problem  could  arise  if  the  nominal  input  signal  strength  was  greater  than  -•■30Vdc,  that  is,  if 
the  Keithley  should  see  +30Vdc  for  extended  periods  of  time.  None  of  the  ACES  sensors  output  +30Vdc, 
therefore,  based  on  input  from  Keithley  and  experience  in  the  lab,  the  data  acquisition  system  is  correctly  sized 
for  the  inputs  it  receives. 

2.5.6  York. 

The  interfaces  internal  to  the  overall  York  system  (fiber  optic  cable,  DT5  unit,  dual  disk  drive  HP  9122,  hard 
drive  HP  9000,  keyboard,  and  screen)  are  shown  in  figure  2-14  and  figure  2-15.  All  the  cables  are  included  with 
the  system  and  are  tagged  such  that  setup  should  present  tro  problems. 


18 


Figure  2‘14.  York  Hardware  Ckmnectitms. 


Pow«r 


Figure  2-15.  Schematic  York  Hardware  Ccmnections. 
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An  IEEE  cable  poit,  located  on  the  bade  side  of  the  Yoik  DTS  unit  Oigure  2-16),  connects  the  DTS  unit  with  the 
HP  9122  dual  disk  drive.  The  9122  is  also  OMinected,  via  another  IEEE  cable  to  the  HP  9000  hard  drive  unit.  An 
qption  is  to  use  an  additkmal  IEEE  type  caUe  to  link  the  HP  9122  to  a  printer  and/or  plotter.  Thus  the  9122 
c^d  have  four  IEEE  type  caUes  stadeed  together  to  link  the  DTS,  HP  9000,  printer,  and  {hotter. 


F1g^re2-16k  UfTS System  2 Fiber  Optic  Ckible Port 


The  commands  to  the  DHTS  system  are  via  the  keyboard,  figure  2-17,  which  is  connected  to  the  HP  9000 
(Note:  sc»ite  trouble  was  experieiwed  in  the  lab  with  making  a  good  connection  between  the  keyboard 
and  the  hard  drive  unit,  resulting  in  a  message  of  ‘no  link  to  keyboard.”  This  problem  occurs  when  first 
turning  the  con^ter  on  and  loading  die  Basic  System  disk.  This  can  be  corrected  by  removing  and  reinserting 
the  connector  caUe  at  both  connection  pc^ts  and  then  rebooting  the  system).  The  HP  3714A  screen  is 
connected  to  the  system  via  the  9000.  The  screen  has  colcw  capability  and  the  conneaor  is  a  cable  bundle, 
cedor  coded  to  match  the  pexts  into  which  they  connect 
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Key  group  one 

Key  group 
two 

Key  group  three 

Key  group 
four 

Reset  1 

Pause 

Run 

Continue 

Execute 

1 

Figure  2-1 7.  HP  Keyboard  Used  In  York  System. 


With  the  ^x>ve  connections  made,  ail  that  remains  is  to  mate  the  fiber  optic  cable  to  the  DTS  unit.  The  cable 
connection  poit  is  located  in  the  bade  side  of  the  DTS  unit,  figure  2-16.  The  unit  has  the  capacity  to  monitor 
four  cables.  However,  only  one  cable  was  used  in  the  ACES  configuration.  The  use  of  more  than  one  cable 
impacts  the  response  time  of  the  system.  With  one  cable,  the  fiber  is  pulsed  once  eveiy  six  seconds.  If  four 
cables  were  being  used,  this  time  would  increase  to  once  every  24  seconds.  When  connecting  the  optic  fiber  it 
is  good  practice  to  dean  the  ends  of  the  caUe  as  well  as  the  poits  into  which  the  caUe  connects.  Qeaning  can 
be  done  using  a  spray  type  electrical  connection  cleaner.  Spray  the  deaner  directly  into  the  DTS  pons  and  onto 
the  ends  of  the  caUe.  Upon  cleaning  the  fiber  end  and  ccainecti^n  poit,  the  fiber  can  be  screwed  into  the  port 
pair  labeled  LI  Qoop  1).  The  cable  end  labeled  1688  mates  to  E^.D1/L1  and  cable  end  labeled  1689  mates  to 
ENDZ/Ll. 

Power  up,  software  loading,  and  the  procedures  on  system  operation  wiU  be  discussed  in  section  3.4 
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2.6  TCSTEOinPMEOT. 

The  ACES  sensors  (Ceiberus,  Kidde,  Jamco,  Geamatic,  and  Yoik  wire)  were  installed  in  a  test  fixture  in  a 
lab  area  at  the  Boeing  Plant  2  site  in  Seattle.  The  fixture  was  a  plywood  box  with  outside  dimensions  about 
8.5  feet  long  by  7  feet  high  and  4.5  feet  wide  (about  250  cubic  feeO  with  a  plexiglass  front  to  provide  viewing. 
The  ACES  test  structure  and  sensor  ccaifrguration  is  shown  in  figures  2-18  aiul  2-19.  An  additional  fixture  was 
required  for  the  Geamatic  detector,  i^diich  is  designed  for  use  in  air  ducts.  This  fixture  was  placed  on  a  stand 
wiien  the  Geamatic  was  being  tested,  and  is  shown,  in  die  testing  configuration,  in  figure  2-20. 

The  smoke  sensors  were  linked  to  the  Keithley,  and  the  Keithley  to  the  Dolch.  The  DTS  2  system  cable 
was  coiled  in  a  series  of  loops  and  attached  to  four  frames  in  the  test  box  with  the  frames  attached  to  the 
ceilirig.  Eight  thermocouples  were  installed  to  provide  a  chedc  on  the  DTS  system.  The  test  fixture  was 
ducted  so  air  could  be  pulled  through  it  Air  flow  could  be  varied  from  zero  up  to  3  air  changes  per  minute 
(about  700  CFM). 

The  testing  was  dcxie  with  smoke  and  heat  being  generated  to  exercise  the  sensors.  The  testing  enabled  the 
ACES  team  to  chedc  system  configuration,  data  collection  and  storage  requirements  and  methods,  and  to  verify 
and  refine  alerting  logic. 


K1  - 
Cl  - 
G1  - 
G2  - 
J1  • 
J2  - 
Y  - 


CMtMnw  MACtor  *1 
Q— iiMtteDAtectortl 
GAHIHc  PllACtOf  *2 
JamooDatoctortl 
Jwnoo  D«toelor  #2 
YorkOpNcWirA 
Thfinocoupl— (T/C) 


Air 

in 


Plexiglass 

front 


Figure  2-20l  Schematic  of  ACES  Test  Chamber  Side  View. 


_ Snaate  Souftts^ 

The  sensors  have  been  tested  in  the  lab  using  several  smoke  sources.  The  most  convenient  was  canned 
smoke.  This  produa  comes  in  a  pressurized  can  and  can  be  easily  sprayed  in  the  direction  of  the  sensoKs), 
causing  the  sensor  to  react  and  allowing  data  R>  be  coliected.  The  spray  worked  well  on  both  the  photoelectric 
and  ionizatkm  sensois.  One  product  used  was  Smoke  in  a  Can  by  Mi|a  Industries,  Plymouth,  MA,  model  4843 
smoke-automatic  fire  detection  accessory.  A  Material  Safety  Data  Sheet  is  provided  in  the  vendor 
dooimentation  notebook,  reference  13.  (Note.-  produa  is  extremely  flammaUe). 

Another  smoke  source  used  has  been  stick  incense.  Onxx  lit,  the  incense  provides  a  thin  whiff  of  visible  smc4ce 
that  can  be  directed  into  a  sensor.  With  the  incense  a  weaker,  less  dertse  smoke  can  be  created  as  compared  to 
the  canned  smoke. 

Means  to  measure  smoke  density  were  investigated.  However,  given  the  sensitive  nature  of  the  deteaors,  the 
instrumentation  complications,  and  cost  entailed,  measuring  this  parameter  at  each  sensor  head  was  not 
deemed  practical. 

HeatSourees, 

A  heat  gun  was  used  as  the  heat  source  for  the  majority  of  the  testing  on  the  York  system  The  heat  gun  did 
not  provide  a  great  deal  of  control,  but  it  did  enable  the  wire  to  become  active  in  a  timely  manner.  A  hot  plate 
was  also  used  as  a  heat  source  and  provided  a  more  gradual  diffuse  heat  v4ien  con^ared  to  the  heat  gun. 

Both  of  these  methods  wcnked  well,  with  the  heat  gun  being  the  faster  more  convenient  of  the  two. 
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A  series  of  eight  thermocouples  were  placed  in  close  proadmity  to  the  York  I>rS  wire  allowing  a  comparison  of 
the  DTS  System  2  to  a  calib^d  source.  The  DTS  performed  well  when  visually  compared  with  the  T/C 
thermal  profiles.  The  York  lagged  the  T/C’s  as  would  be  expected  when  cooipoiittg  an  area  sensor,  the  Yoik, 
to  a  pc^  sensor,  the  thermocouple.  The  lag,  if  conditions  were  changiitg  quiddy,  could  be  on  the  order  of 
tens  of  seconds.  Unfortunately  no  common  data  can  be  located  with  any  degree  of  oeruinty  of  conditions 
under  whidi  it  ww  ccdlected  to  allow  this  issue  to  be  illustrated. 

2.6.4  Air  Flow. 

Low  volumes  of  air,  on  the  order  of  an  2-3  air  changes  a  minute,  could  be  flowed  through  the  test  chamber. 
Flow  rates  were  measured  using  a  calibrated  flow  tube.  This  capability  most  useful  in  pullirrg  dean  air  into 
the  chamber  following  smoke  testing,  allowing  any  residual  smoke  to  be  purged  from  the  test  chamber. 

In  some  of  the  testing  performed  with  air  flowing  into  the  chamber,  an  air  curtain  would  become  establishecL 
The  curtain  would  prevent  snaoke,  rising  from  the  floor,  from  reaching  the  ceiling  and  herrce  the  ceiling 
riKxmted  photoelectric  and  ionization  sensors.  Control  and  understarxling  of  air  flow  patterns  in  an  etKlosed, 
vendlaied  volume  (such  as  a  cargo  oompartmenO  presents  a  design  challenge  to  irrsure  that  smoke  is  able  to 
reach  the  sensors  in  all  cargo  configurations  and  fill  densities.  The  Geamatic  sensor  ({hotoelectric,  light 
attenuation,  section  2.3.3)  is  designed  for  use  in  ventilated  ducts  and  performed  well  when  tested  at  these  low 
air  flow  rates. 

3,  SYSTEM-OPERATION. 

This  secticm  will  assist  the  user  in  the  running  of  the  ACXS  system  in  its  fliree  modes  of  operation  (1)  Demos, 
(2)  Sensor  Tests  arid  0)  Alert  Algorithms.  To  access  any  of  these  three  capabilities,  the  Dolch  must  be  turned 
on  and,  if  senscx-  data  is  to  be  collected,  the  Keithley  must  be  linked  to  the  Dokh,  and  the  Keithley  arul  the 
senscxs  must  also  be  powered  up.  Neither  the  sensors  ncxr  the  Keithley  are  recpiired  to  run  the  Alert  Algorithms 
and  Demo  functions.  To  receive  the  full  eflea  of  the  Demo  function,  it  is  desirable,  but  not  necessary,  for  two 
additional  mcmitcMS,  preferably  cokv,  to  be  connected  to  the  Dcdch. 

Upon  configuring  the  system  to  meet  the  user’s  planned  activities,  all  that  needs  to  be  done  is  to  turn  on  the 
Dolch  (power  switch  in  the  back).  On  power  up,  the  Dc^kh  win  rxjn  through  several  internal  diagnostic 
routines.  This  process  can  be  accelerated  by  pressirtg  the  <ESO  Iwy.  Several  lines  of  text  wiU  flash  by  and  erxl 
with  the  user  at  a  DOS  prorrqiL  Typing  ACK  <ENTER>  wiO  put  the  Setup  Menu  cm  the  screen,  figure  3-1. 


The  Setup  Menu  is  the  starting  point  for  the  ACES  systeta  It  is  here  that  one  of  the  three  nrodes  of  operation 
is  chosea  As  an  overview  of  the  ccmstruction  of  the  menu  system  it  wfll  be  helpful  to  refer  to  figure  5*2, 
the  ACES  Screen  Map.  At  the  bottom  third  of  the  screen  ate  die  commands  that  aUow  the  user  access  to 
select  options  and  menus  within  the  system;  these  commands  ate  detailed  in  taUe  3-1,  ACES  Merai 
Control  Ftinctkms. 


PtgunS-l.  ACXS SeU^ Metm. 
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Table  3-1.  Menus  Ctmtrot  Fumctioms. 


<apace> 

next  choice 

Moves  the  user  through  the  choices  that  are  on  tfie  SAME 
line,  the  choice  that  is  highligMed  is  the  choice  that  wW 
become  active. 

<enlef> 

select  current  choices 

Activates  the  choice  selected  from  above  and  moves  the 
user  to  the  next  line  of  the  menu. 

<up/down  arro«v> 

line  ufVline  down 

Moves  the  user  up  and  down  between  lines  on  the  menu. 

<crtlA> 

advance  to  next  menu 

Takes  the  user  forward  to  the  next  menu.This  has  the 
effect  cf  activating  al  the  highlighted  parameters  (choices) 
on  the  menu. 

The  user  may  change  orte  parameter  then  advance  to  the 
next  menu,  which  leaves  the  other  highlighted  parameters 
active. 

<crtl  F> 

save  cunent  settings: 
resume 

This  function  serves  to  make  the  highlighted  parameters 
the  new  default  values,  therefore  the  next  time  through  the 
menu  the  values  saved  will  be  highlighted. 

<crtl  B> 

back  to  previous 
menu 

Usefid  for  backing  up  and  changing  previous  selections 
and/or  parameter  values. 

<crti  G> 

skip  to  EICAS 

During  system  development  this  aOowed  the  programmer 
to  quickly  skip  forward  to  the  flight  deck  upper  EICAS 
screen  and  from  there  acess  all  display  functiorw.  Is  now 
of  limked  value  aixl  has  been  known  to  lock  up  the 
system. 

<cftl  Q> 

exit 

Exks  the  ACES  program  returning  the  user  to  a  DOS 
prompt.  Typing  ACES  will  return  the  user  to  the  Setup 

Menu. 

To  select  one  of  the  three  inodes  of  system  configunuion,  the  user  ups  the  space  bar;  the  function  ready  to  be 
acttvaied  is  shown  highlighted  in  yeUow,  'nliile  the  modes  not  chosen  are  shown  in  white.  The  user  can  only 
access  one  mode  at  a  time.  Upon  spacing  to  the  desired  chc^,  pushing  <ENTER>  activates  the  selection. 

3.1  DEMOS. 

This  path  enables  the  user  to  become  familiar  with  the  various  di^>lay  options  that  have  been  developed  for 
die  ACES  flight  deck  and  cabin  attendant  panel.  Scenarios  have  been  constmcted  to  ^ow  all  the  sensor  types 
and  locations  and  the  flight  deck  display  components;  master  waming/caution  light/switch,  engine  indication 
and  crew  aleitutg  system  (EICAS)  both  upper  and  lower  screens,  electronic  cheddist,  inflight  diversion  {banner, 
overview  and  conc&km  of  the  sensor  array  (the  synoptic  display),  and  the  cabin  attendant  panel,  as  weU  as  the 
interaction  between  the  flight  deck  and  cabin  attendant  panels. 

The  master  waming/cauiion  arid  EKIAS  are  the  systems  used  on  Boeing  aircraft  to  alen  the  flight  deck  crew  of 
a  smoke/fire  event  Figure  3-3  shows  these  components  as  arranged  on  a  757-200  flight  deck. 
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Figure  ^3.  757-200 PUgbt  Deck  EiCAS  Displays. 


With  the  user  at  the  Setup  Menu,  tap  the  space  bar,  sdecting  ‘Demos*  so  mdkated  by  the  text  appearing 
yellow.  Push  <ENTER>  to  activace  the  selecdan,  this  will  piesent  die  user  with  the  ACES  Scenario  Menu  screen, 
figure  3-4. 


Figure  3-4.  ACBSSceuarioMemu. 


■=^.1.1  Scenario  Menu. 

The  first  choice  pertains  to  the  selection  of  a  number  of  active  diq)by  screens.  The  definilt  value  is  one  screen 
-  that  of  die  Dddi.  Two  additional  screens  may  be  added  to  the  system  via  the  porte  located  (mi  the  left  side  of 


the  computer.  The  ports  to  be  used  in  connecting  additicmal  monitors  are  detailed  in  section  2.5.2.  In  the  one 
screen  configuration,  much  of  the  interaction  between  the  upper  and  lower  HCAS  screens  and  the  cabin 
attendant  panel  is  lost  The  two  screen  configuration  is  not  much  better;  it  is  only  when  three  screerts  are  being 
used  that  the  full  interplay  of  the  system  can  be  displayed.  The  remainder  of  this  discussion  will  assume  the 
user  is  in  the  three  screen  configuration. 

Select  the  number  of  screens  to  be  used  by  tapping  the  space  bar,  and  push  <ENTER>  to  activate  the  selection 
and  advatKe  to  the  next  section.  Choose  Scenario.  (Note:  if  no  additional  screens  are  connected  to  the  Dolch 
and  more  than  one  screen  is  chosen,  the  system  will  go  through  several  fiiiKtion  diecks  and  screen  changes 
before  locking-up.  Holding  down  <ClrlxAltxDel>  at  the  same  time  will  return  the  user  to  the  DOS  pxon^ 
and  typing  ACES<ENTER>  will  return  the  user  to  the  Setup  Menu).  Here  the  user  has  the  choice  of  nine 
scenarios,  one  for  each  location  and  sensor  type  proposed  for  the  ACES  system.  Use  the  Up/Down  arrows  to 
move  between  the  nine  scenarios.  Again,  the  yellow  bc»  indicates  the  scenario  to  be  activated  and  pressing 
<ENTER>  activates  the  highlighted  scenario  and  moves  the  cursor  to  the  irext  line.  This  line  asks  ‘Are  your 
selections  correct’”  N<ENTER>  takes  the  user  back  to  the  first  lirve  -  “Number  of  Screens,”  Y<ENTER> 
ccxitinues  the  demo,  and  the  selected  scenario  is  activated. 


The  Sensor  Menu  screen  clears  with  the  dis|:^y  of  a  sensor  signature.  This  feature  is  for  discussion  only  and 
would  NOT  be  an  element  seen  on  the  flight  deck.  In  the  upper  right  hand  coiner  of  the  screen  is  a  continue 
box  within  tvMch  the  cursor  arrow  is  automatically  positioned.  Pressiitg  the  left  button  on  the  mouse  continues 
the  demonstration  of  the  scenario. 


The  format  displayed  is  that  which  will  appear  on  all  the  ACES  flight  deck  and  cabin  attendant  demo  screens. 
The  majority  of  the  screen  is  used  to  emulate  the  proposed  features.  In  figure  5-5,  this  is  a  portion  of  the 
upper  EICAS  screen  (where  the  words  “MID  L-LAV  SMOKE’  appear)  and  the  master  waming/caution  indicator- 
switch.  The  right  hand  column  of  eight  buacxis  are  for  movmg  between  various  locations  within  the  Demo 
elements.  These  eight  burtons  would  NOT  appear  on  a  functioning  flight  deck.  The  eight  burtons  are  explained 
in  table  3-2. 


Tabte  3'2.  Demomstratiom  Screen  Control 


Attendant  Panel 

This  moves  the  cursor  to  the  attendant  panel,  making  that  the  active  screen. 

Checklist 

This  moves  the  cursor  to  the  checklist  panel  on  the  lower  EICAS  screen,  making 
that  the  active  screen. 

Concepts 

Synoptic 

This  moves  the  cursor  to  the  syrK)ptic  display  feature  located  on  the  lower  EICAS, 
making  that  the  active  screen. 

Inflight  Planner 

This  moves  the  cursor  to  the  in-flight  planner,  located  on  the  lower  EICAS  screen, 
making  that  the  active  screen. 

EICAS 

This  moves  the  cursor  to  the  upper  EICAS  screen,  making  that  the  active  screen. 

Note;  depending  on  which  display  feature  is  active,  four  of  the  above  five  buttons 
will  appear.  The  four  buttons  list^  below  will  appear  on  all  DEMO  SCREENS. 

Reset 

This  is  a  ftmction  used  during  development  work.  Resets  the  active  screen  to  the 
start  of  the  process;  for  example,  if  the  CHECKLIST  was  the  active  screen  and 
several  procedures  had  been  exercised,  clicking  on  RESET  would  clear  the 
CHECKLIST  enabling  the  user  to  redo  the  checklist  without  returing  to  the  start  of 
the  scenario. 

Continue 

Removes  the  user  horn  the  ACES  program  to  the  DOS  prompt  C:\ACES\DEMO> 
typing  ACES  returns  the  user  to  the  Setup  Menu. 

ACES  Options 

This  function  returns  the  user  to  the  Scenario  Menu. 

Quit 

Same  as  Ckxitinue,  see  above. 

The  flight  dedc  crew  is  first  made  aware  of  a  smoke/fire  event  via  the  master  waming/caution  switch-indicator. 
The  indicator  illuminates,  red  for  warnings  (top  half  of  the  switch),  and  amber  for  caution  level  alerts  (bortcxn 
halO.  The  switch-indicator  is  located  on  the  glare  shield  in  the  pilot’s  field  of  view.  This  light  is  emulated  in  the 
ACES  system  by  the  double  box  located  in  the  upper  left  quadrant  of  the  screea 

The  ACES  flight  deck  procedure  in  responding  to  a  Are  alert  is  to  move  the  cursor  arrow  to  the  yellow  caution 
box  in  the  upper  left  hand  comer  of  the  screen  and  clicking  the  left  button  on  the  mouse.  This  action  serves  to 
bring  up  the  message  on  the  upper  EICAS  screen:  “MID  L-LAV  SMOKE”  (middle  left  lavatory). 

The  left  hand  side  of  the  upper  EICAS  screen  is  where  all  warnings  and  cautions  messages  are  displayed  The 
message  identifles  the  subsykem  and  source  of  the  problem,  e.g.,  “MID  L-LAV  SMOKE”  and  is  color  coded  to 
reflect  the  level  of  the  alert,  red  for  warning  and  amber  for  cautionary.  The  flight  deck  crew  has  now  been 
alerted  to  the  fact  that  the  smoke  sensor  in  the  left  side  mid  cabin  lavatory  has  gone  into  alert  Moving  the 
cursor  to  the  EICAS  screen  and  clicking  on  the  message  Ixings  the  lower  EICAS  screen  into  play. 

It  is  at  this  stage  that  the  benefits  of  having  three  monitcxs  will  be  seen  as  two  of  the  monitors  will  be 
emulatirig  an  EICAS  screea 
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3.1.4  Lower  EICAS  Screen. 

The  lower  EKAS  screen  is  where  die  remainder  of  the  flight  deck  display  functions  are  presented:  eiectrcmic 
checklist,  inflight  planner,  and  synoptic  display.  Each  will  be  explained  in  die  next  three  sections. 

IIAI _ Electronic  Checklist 


The  Electronic  Checklist,  figure  3^,  presents  the  flight  deck  crew  with  an  electronic  version  of  die  Quick 
Refermce  Handbook  (QRH).  The  QRH  is  a  manual,  giving  the  crew  the  specific  procedures  developed  by  the 
airline  that  are  to  be  followed  in  a  given  atuation.  Hme  spent  locatutg  the  procedure  widiin  the  QRH  is  time 
not  spent  directly  dealiiig  widi  the  emergency.  Thus,  widiout  havir^  to  retrieve  a  paper  document,  the  flight 
deck  crew  are  given  die  procedures,  via  the  electronic  dieddist,  to  be  fdlowed  in  responding  to  die  situatioa 


Figures-^  ACES  Electronic  Checklist 


The  basic  design  of  the  checklist  is  similar  for  all  alerts.  This  format  provides  for  the  differentiation  of  the 
current,  completed,  irKoc  plete  or  skipped,  and  intransit  (an  item  that  has  been  initiated  but  whose  action  has 
yet  to  readi  completion)  action  items  or  procedures.  An  item  is  declared  completed  when  feedback  is  received 
to  verify  that  system  reconfiguration  has  been  successfully  accomplished.  In  the  lavatory  procedure  shown  in 
figure  the  second  line  of  that  procedure,  ‘RERCDRCULATION  FAN  SWITCHES— OFF,’  would  be  the  active 
line  of  instruction  if  it  were  surrounded  by  a  magenta  box  with  text  also  in  magenta.  Upon  turning  the  switch 
off,  the  magenta  box  would  move  to  the  next  line  of  the  procedure  (in  this  exan^le  tlwre  is  no  additional 
procedure)  and  the  color  of  the  text  wcxild  change  from  magenta  to  green  and  a  open  green  box  would 
appear  to  the  left  of  the  test  The  open  green  box  denotes  that  an  item  has  been  initiated  and  the  system  is  in 
trandtion,  but  no  positive  feedback  on  system  reconfiguration  has  been  received  Upon  receiving  confirmation 
that  the  recirculation  5uis  have  shut  down  the  open  green  box  would  become  a  scdid  green  box.  These 
differences  are  outlined  in  table  3-3. 


Table  3-3^  Electronic  Checklist  Status. 


Current 

Shown  in  magenta,  surrounded  by  a  magenta  box. 

Completed 

Shown  in  green,  with  a  solid  green  box  in  the  left  haixi  margin. 

Incomplete  or 
Skipped 

Shown  in  white,  when  other  items  in  the  checldist  have  been  completed.  The 
system  automatically  returns  to  the  OPEN  item. 

Intransit 

Shown  in  {^een  wkh  an  open  green  box  in  the  left  hand  margin. 

The  checldist  for  a  lavatory  smcdce  event  is  shown  in  figure  3^,  above.  The  location  (“MID  IA^5^TORY”)  and 
nature  of  the  event  (“SMOKE")  is  displayed  at  the  top  of  die  page,  in  amber  to  reflect  the  cautionary  level. 
Below  this  are  the  diecklist  items,  with  the  first  action  item  irKlicated  in  magenta  surrounded  by  a  magenta 
box.  The  user  clicks  on  this  box  to  indicate  that  this  action  has  been  completed.  This  causes  the  item  to  be 
displayed  in  green,  with  a  solid  green  box  in  the  left  hand  margin.  The  system  has  automatically  moved  to  the 
next  procedure  on  the  list  (Redrc  Fans),  which  is  displayed  in  magenta,  surrounded  by  a  magenta  box. 
Cliddrtg  on  this  item  completes  the  checldist  and  both  items  are  now  displayed  in  green,  with  two  solid  green 
boxes  in  the  left  margin.  The  last  line  on  the  checklist  (“••CHECKLIST  COMPLETE^^”)  has  also  turned  green, 
indicating  that  all  checklist  procedures  have  been  acted  on. 

In  addition  to  the  procedures,  the  checklist  instructs  the  flight  deck  crew  to  maintain  communications  with  the 
cabin  crew.  This  is  purposely  done  to  foster  a  full  team  environment  in  reacting  to  a  potential  emergency 
situation.  The  flight  deck  crew  is  further  reminded  to  begin  reviewing  their  diversion  options.  This  flight  deck 
diversion  feature  will  be  discussed  in  section  3- 1.4.2. 

The  electioruc  checklist  prioritizes  the  procedures  that  should  be  taken  in  response  to  a  given  alert  It  is, 
however,  up  to  the  flight  deck  crew  to  carry  out  the  fxocedures.  This  was  a  conscious  design  decision  based 
on  discussions  with  members  of  the  Boeing  Flight  community.  In  contrast,  one  can  easily  envision  an  ACES 
system  that,  once  a  sensor  went  into  an  alert  condition,  would  initiate  many  of  the  checklist  items  ^vithout  any 
input  from  the  flight  deck  crew.  Pilots  have  the  responsibility  for  the  fate  of  the  aircraft  and,  from  our 
diKxtssions,  pilots  feel  strongly  that  actions  should  be  initiated  from  the  flight  deck  with  the  flight  crew  active 
participants  in  the  decision  loc^. 

The  seven  boxes  located  at  the  bottom  of  the  checklist  page,  figure  3-6,  ate  defined  in  table  3-4. 

Table  3-4.  EICAS  Control  Functions. 


Page  Back 

If  the  checklist  has  multiple  pages  (screens)  of  procedures,  this  allows  the  user  to 
go  back  a  page. 

Line  Up 

Moves  up  one  line  at  a  tinoe.  Should  an  item  be  skipped,  this  function  enables  the 
return  to  that  line. 

Done 

Clicking  this  function  causes  the  checldist  to  be  checked  off  in  its  entirety. 

Skip  Line 

Advances  user  to  the  next  line.  The  skipped  line  remains  active  -  magenta.  This 
allows  checklist  to  be  done  in  the  order  the  flight  deck  deems  most  appropriate. 

PageDown 

if  the  checklist  has  multiple  pages  (screens)  of  procedures,  this  allows  the  user  to 
move  to  the  next  page. 

Syno 

This  function  replaces  the  electronic  checklist  with  the  SYNOPTIC  display  feature. 

Plan 

This  function  replaces  the  electronic  checklist  wfth  the  DIVERSION  PLANNING 
map. 
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At  this  suge  of  the  aleit  the  flight  aew  has  responded  to  the  akn  and  completed  the  items  cm  the  checklist  In 
all  situations  characterized  by  smoke  and/or  fiie^  landing  at  the  nearest  suitable  airport  is  always  required,  with 
the  caveat  that  it  is  the  “responsibility  of  the  captain  to  asses  the  situarion  and  execute  sound  judgement  to 
determine  the  safest  course  of  acticm,”  -  Boeing  Operatkms  Manual.  This  manual  further  states;  “It  should  be 
stressed  that  for  persistent  smoke  or  a  fire  that  cannot  be  positively  crmfirmed  to  be  completely  extinguished 
the  earliest  possiUe  descent,  landing,  and  passenger  evacuation  should  be  acconqidished”  Thus,  in  an  inflight 
smc^e/Bre  emergency,  it  is  imperative  that  the  captain  be  able  to  reach  a  deciskm  as  to  the  nearest  suitable 
airport,  obtain  cleararKe  for  a  new  route,  and  eiKcute  die  diversion  in  a  timely  manner. 

To  assist  the  flight  deck  crew  with  these  tasks,  an  Infli^  Planner  has  been  developed  for  the  ACES  system. 
The  Planner  recommends,  in  a  priority  listirtg,  possible  alternative  airpcxts  and  allows  the  pilot  to  assess  the 
factors  that  have  been  used  by  the  system  to  reach  its  (die  system’s)  conchiaons. 

Much  of  the  flight  planner  information  makes  extensive  use  of  terms  and  abbreviations  that  appear  cryptic  to 
those  cxitsicie  the  pilot  community.  However,  all  the  terms  and  abbreviations  used  are  those  that  wcxild  be 
recognized  by  an  individual  with  the  training  recprired  of  a  commercial  jet  aircraft  pilot  A  goal  of  this  section  is 
to  provide  the  reader  with  a  basic  understanding  of  the  language  in  which  the  infcmnation  is  disf^ayed 

The  user  can  access  the  Planner  by  clicking  cm  “PLAN  AID*  in  the  lower  right  comer  of  the  EICAS  screen  The 
user  will  be  presented  with  the  ACES  Inflight  Planner  Map,  figure  3-7. 


Fi^re3-7.  ACES Ifffligbt Pkumer Map. 
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The  map  displays  the  location  of  the  aircraft  (the  large  white  triangle)  and  the  four  nearest  airports; 

KPPG  (Pago-Pago),  green  circle;  KJON  Oonsville),  bhie/green  circle;  KNAN  (Nanoon),  blue  circle;  and 
KPLA  (Plamyra),  yellow  circle.  Each  color  reflects  the  system’s  prioritization  of  which  airport  is  the  best. 
Definition  of  the  color  code  is  given  in  table  5-5.  Clickiig  on  one  of  the  airports  causes  the  selected  airport 
to  be  displayed  with  a  white  circle  around  it  and  have  the  flight  path  recalculated  for  flight  to  that  airport 


Table  3-5.  ACES  InfUgbt  Planner  Color  Code. 


Color 

Priority 

Green 

Highest-the  system's  first  choice 

Greert/Blue 

Second 

Blue 

Third 

Blue/Yellow 

Not  used 

Yellow 

Not  recommertded  -  unacceptable  conditiorrs  exist 

This  screen  displays  a  “DATAUNK  INTERFACE  BOX”  which  has  no  active  function  in  this  emulation  of  the 
flight  deck,  other  than  to  show  that  a  future  system  may  have  this  capability.  Such  a  capability  will  allow 
updated  weather  information  to  be  received  by  the  aircraft  inflight,  and  this  may  impact  the  order  in  which  the 
system  ranks  the  diversion  options. 

In  the  lower  left  hand  comer  of  the  EICAS  screen  are  two  boxes  that  enaHe  the  user  to  (1)  return  to  the 
C3iecklist  (section  3.1.4. 1),  or  (2)  query  the  system  as  to  how  the  airport  priority  was  arrived  at 

Oiddng  on  'PLAN  AID"  will  present  the  user  with  the  lower  EICAS  screen  configured  as  in  figure  3-8,  ACES 
Diversion  Planning  Aid.  This  display  shows  the  categories  used  by  the  system  in  prioritizing  the  four  potential 
diversion  airports:  ETE  (estimated  time  enroute),  runway,  weather,  and  facility.  The  ETE  is  the  calculated 
time  requied  to  put  the  aircraft  on  the  ground.  This  time  is  shown  in  white  for  each  airport,  e.g.,  KPPG  has  an 
ETE  of  29  minutes.  The  four  candidate  airports  for  diversion  are  shown  cc^or  coded  as  defined  in  table  3-5. 
This  screen  identifies  the  reason  for  KPLA’s  low  (yellow)  ranking;  the  runway  is  not  capable  of  accommodating 
the  aircraft  and  the  weather  is  unfavorable.  This  information  is  dearly  and  condsely  conveyed  to  the  flight 
deck  crew  by  use  of  the  color  coded  display.  (Note-,  areas  appearing  blank  in  figure  3-8,  are  locations 
blue  boxes.) 

The  screen  shown  in  figure  3-8  will  be  referred  to  frequently  as  this  is  the  entry  screen  for  the  retrieval  of 
diversionary  information  available  to  the  flight  deck  crew.  BeliirKl  each  of  the  24  boxes  shown  in  figure  3-8  is  a 
page  that  provides  the  flight  deck  crew  with  pertinent  information  on  the  selected  subject 

CTiddrtg  on  'ETE*  in  the  top  row  will  provide  the  user  with  a  summary  of  the  travel  time  to  each  of  the  four 
airports,  figure  3-9,  ACES  CTE  Information.  The  information  is  jxrovided  as  “ETE  (min)”  -  estimated  time 
enroute  in  minutes,  'ETA  (Z)”  -  estimated  time  of  arrival  in  Zulu  time,  'DIST.(NM)*  -  distance  to  the  airport  in 
nautical  miles,  and  '(X)URSE”  -  the  required  heading.  The  user  then  may  investigate  the  other  three  categories 
(weather,  runway,  and  fadlity)  by  dicing  on  the  appropriate  box  at  the  bottom  of  the  screea  By  clicking  on 
'PLAN  AID”  the  user  is  returned  to  the  top  level  planing  aid  menu,  figure  3-8. 
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Fi^ireJ-&  ACES  Diversion  I%uming  Aid, 


Figure  ACES  BiE  If^formoHon. 
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Giddng  on  ''RUNVtAY*  presents  the  user  the  informatkMi  shown  in  figure  3-10,  ACES  Runway  Analysis.  The 
runway  infoimation  is  presented  graphically  to  quickly  convey  the  facts  regarding  runway  length,  runway 
number  (05  for  KPPG),  atKl  required  airttait  leaking  distarKe.  Braking  distance  is  based  on  the  calculated 
weight  of  the  aircraft  at  start  of  approach.  Thus,  fuel  bum  enroute  is  accounted  for  in  the  graphics  displayed 
in  figure  5-10.  Aircraft  with  fuel  jettison  capability  (a  system  not  available  on  the  study  aircraft)  would  require 
development  of  procedures  to  take  into  account  the  advantages  such  a  system  may  offer.  From  this  information 
it  is  ckariy  seen  why  airport  KPLA  has  been  rejected  as  a  potential  diversion.  The  combination  of  aircraft 
landing  requirements  and  available  runway  length,  plus  ovemin  (shown  in  blue),  will  not  accommodate 
the  aircraft. 


F^*re3-10L  ACES  Runway  Anatysis. 


The  third  category  that  the  flight  deck  crew  may  choose  to  look  at  is  weather.  See  ;  gure  5-11  for  this  screen 
display.  The  weather  information  available  to  the  flight  deck  crew  is  “REPORTED”  and  “FORECAST.”  Both 
categories  provide  “CEIL  (FT),"  ceiling  ccmditions  in  feet,  “VIS  (SM),"  visibility  in  statute  miles,  and  “ISSUED 
(Z),”  time  report  was  issued  in  Zulu  time.  The  forecast  report  duplicates  these  categories  with  the  addition 
of  the  time  (Zulu)  for  which  the  forecast  will  be  in  effect,  “FOR  (Z).”  In  the  example  shown,  KPPG  conditions 
are  forecasted  to  improve  from  a  ceiling  of  2000  ft  and  visibility  of  5  SM  to  2500  ft  and  5  SM,  whereas  the 
conditions  at  KNAN  are  forecast  to  deteriorate  from  a  cefling  of  1000  ft  and  visibility  of  2  SM  to  800  ft  and 
1  SM. 

The  final  category  that  the  flight  deck  crew  can  access  for  information  is  the  Facilities  Information  screen, 
figure  5-12.  This  screen  summarizes  the  emergency  capabilities  available  both  at  the  airport  and  in  surrounding 
communities.  The  airport  resources  are  “APPRCH  AIDS”  (approach  aids),  “FIRE  SUPPR"  (fire  suf^ression) 
capabilities  graded  as  A,  B,  or  C,  and  number  of  “RESCUE  UNTTS."  The  local  resources  reported  are 
“HOSPTIS”  Oxr^tals),  “BURN  CENTR”  (bum  center),  and  the  number  of  “EMT  UNT”  (Emergency  Medical 
Technician  Units),  i.e.,  ambulatKe  services. 


FfgureS-lZ  ACES FacOtUeM tt^armuMom, 
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In  addition  to  viewing  the  aiipcMt  infonnation  as  a  compaiison  of  the  four  available  airports,  the  user  can 
access  ETE,  ninway,  weather,  and  facilities  information  on  each  individual  aiqxMt  The  individual  format 
allows  for  moie  information  to  be  displayed  to  the  flight  deck.  Each  of  these  four  screens  will  be  detailed  in 
the  following  paragraphs. 

When  the  Diversion  Planning  Aid  screen  (figure  5-8)  is  active,  information  on  an  individual  airport  is  available 
by  clicking  cm  the  box  that  is  the  intersection  of  the  airport/categoiy  for  which  information  is  sought  Thus  by 
diddng  on  the  intersection  of  “RUNWW*  aiKi  "KNAN,*  detailed  informatkm  on  mnway  conditions  for  KNAN 
will  be  presented  on  the  lower  EKAS  screen,  this  is  shown  in  figure  5-13- 


-  g 


Pigure3-13,  ACXS Airport Rumw*^ htfktrmatkm. 

The  ACES  airptxt  runway  infonnation  screen  displays  the  airport  that  has  been  called  up  (KNAN),  the  ranking 
given  to  this  runway  (biue/green),  airport  name  (NatKxm),  runway  number  (RWY  02).  In  this  example,  runway 
lertgth  is  75(X)  feet  (the  green  or  dark  area)  with  an  additkmal  700  feet  of  overrun  length  (the  blue  or  lighter 
shade  area).  The  calculated  landing  distance  for  the  aircraft  is  6200  feet  This  nundrer  is  based  on  many 
parameters  induding  aircraft  weight,  wind  conditions,  and  nmway  surface  conditions.  The  runway  weight 
bearing  capadty  for  a  dual  truck  configuration  is  given  as  255,000  pourxls  (DT-255).  The  wind  is  shown  to  be 
ih»n  a  heading  of  210°,  steady  at  10  knots  with  gusts  to  20  ktKXs.  Runway  condition  ratirig  (RCR)  is  a  measure 
of  braking  conditions  and  is  a  component  used  in  the  calculation  of  the  aircraft’s  landirig  distarKe.  The  RCR 
scale  rartges  fiom  a  high  of  25  for  a  well  maintained  runway  with  dry  conditkms,  and  down  to  0  for  no  traction 
or  ice  conditkHis.  9ope  shows  the  runway  to  be  dc^red  upftiill  at  0.5°.  The  aircraft  is  certified  to  brake  without 
eidier  spoilers  or  reversers,  however,  the  planner  ca^  ft>r  use  of  spoilers,  vddle  deploymerx  of  thrust  teveisers 
are  not  deemed  necessary.  The  final  piece  of  information  is  field  elevation,  which  is  given  as  155  feet 
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When  the  user  selects  the  inteisection  of  "FIB*  and  *KNAN’  for  the  diveision  plan  aid  (figuie  3-8),  the 
information  displayed  on  the  lower  EICAS  screen  will  appear  as  shown  in  figure  3-14,  ACES  Aiipoit  ETE 
InfiExmatkm.  The  aiiport  selected  is  shown  in  the  upper  left  hand  cx»ner  and  dte  ranking  given  this  parameter 
is  displayed  in  the  upper  right  comer.  Next  are  ^ven  the  limes  (ETE  aiKl  ETA),  distance  aiwl  course  heading. 
Following  that  information  is  the  "FD  REPORT*  -  winds  and  temperature  aloft  forecast,  fw  eadi  of  the  four 
aiiprxts.  The  top  line  of  the  report  3000,  9000,  18000,  and  30000  is  altitude  in  feet  The  data  given  for  KNAN  at 
18000  ft,  ^304-^  will  be  used  to  decode  the  information.  The  first  two  digits  give  wind  direction  in  tens  of 
degrees,  die  second  two  wind  qieed  in  knots,  followed  by  the  temperature  in  degrees  oelsius.  Thus,  2330^8  is 
read  as  wind  from  230°  at  30  kiiots,  temperature  -•■8°C  Temperature  information  is  not  given  for  altitudes 
below  3000  ft  or  for  an  altitude  within  2500  feet  of  the  leportiitg  airport  Ten^ratures  above  24000  feet  are 
always  negative,  and  the  minus  sign  is  omitled.  The  forecast  for  at  30000  feet  234037,  reads  as  wind 
from  230°  at  40  knots  with  a  ten^ieralure  of  -37°C 


F^reS-14.  ACES  Airport  ETE  IttfiirmatUm. 


VRrather  for  each  airport  may  be  viewed  by  the  flight  deck  crew  using  the  same  procedure  as  for  the 
runway  and  ETE  information.  The  user  must  first  return  to  the  diversion  plannit>g  aid  screen  and  select  the 
weather/airport  box.  Selecting  the  intersection  of  *WEATHER*  and  ‘KN^^  will  give  the  information  as  shown 
in  figure  3-15,  ACES  Airport  Weather  InformatitMi. 


Figure  3-15.  ACES  Airport  Weaiber  Ittformatkm, 


The  weather  analysis  page  provides  both  lepoited  and  fotecast  information.  The  data  under  the  headiirg 
•REPORTED  (ATB)*  are  from  the  automated  terminal  information  system  (ATB).  This  is  a  continuous  broadcast 
of  weather  conditicms  at  the  broadcasting  aiipoit  The  report  is  given  a  title,  in  this  case  ‘TANGO,”  arxl  the 
time  at  v^iich  it  was  released,  1300Z.  (the  title  moves  up  the  alphabet  as  the  repon  is  updated;  Tango  to 
Uniform  to  Viaor).  The  conditions  being  reported  in  the  Tango  report  are:  ceiling  at  1000  ft  with  overcast 
coiKiitions,  visibility  CVSBLTY*)  2  miles,  wind  heading  210  degrees  steady  at  10  gusting  to  20  knots, 
temperature  67®F,  dewpoint  64®F,  and  pressure  altimeter  setting  of  29.92  irKhes  of  mercury.  ‘FORCAST  (FD"  is 
the  terminal  forecast  information  which  is  shown  to  have  been  issued  at  1300Z  projected  out  through  15O0Z 
for  the  day  of  the  25th.  Ihe  test  of  the  information  is  same  as  the  reported,  with  the  addition  of  the  outlook 
which  reads  *09Z  TFR  F.”  This  translates  as:  at  0900Z,  instrumented  flight  rules  (IFR)  ate  forecasted  to  be  in 
dfea  due  to  fog  (F). 

ConditicMis  at  Naixxm  ate  shown  to  be  deteriorating  from  a  1000  ft  ceiling  to  800  ft  This  is  reflected  in  its 
green/bhie  color  as  a  second  order  tanking. 

The  last  column  in  the  Diversion  Planning  Aid,  figure  3-8  supplies  the  flight  deck  crew  with  information  on 
emergency  facilities  at  the  airport  and  in  the  surrounding  community.  When  the  intersection  of  “KNAN”  and 
•FAQUIIES*  is  selected  the  user  is  presented  with  the  information  as  shown  in  figure  3-l6,  ACES  Airport 
Facilities  Information.  The  information  is  divided  into  two  sections,  “AIRPORT  RESOURCES”  and  “LOCAL 
RESOURCES.”  The  airport  section  reports  on  three  parameters:  (1)  “APPROACH  AIDS”  -  none  for  KNAN,  this 
aifptMt  operates  using  visual  flight  rules  CVFR),  (2)  “FIRE  SUPPR”  -  fire  suppression  capabilities  of  three  fire 
engines  and  a  hazardous  material  response  team,  and  O)  ‘RESCUE  UNITS”  -  of  which  there  are  three.  There 
ate  also  three  parameters  reported  for  the  local  resources:  (1)  “HOSPTLS”  -  3  hospitals  with  a  total  of  425  beds 
and  tire  capacity  to  handle  mass  casualty  situations,  (2)  “BURN  CENTR”  -  a  local  bum  center  with  a  30  bed 
capacity,  and  O)  “EMT  UNIT”  -  of  whidi  there  ate  four.  These  facilities  ate  rated  as  a  green  -  the  best  rating; 
this  is  reflected  by  the  green  box  at  the  top  of  the  screea 
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Figure  i-16L  AC3ES  Airport  Facilities  IttfiurmalUm. 


Anocher  option,  when  viewing  the  Diversion  Planning  Aid  screen  figure  5-8,  is  to  click  cm  one  of  the  four 
aiipCMt  bcBKs.  This  action  will  present  the  flight  dedc  crew  with  an  overview  of  the  available  ETE,  runway, 
weather,  and  facility  information  fof  the  selected  airport  ACES  Airport  Summary  Information,  figme  3-17  shows 
how  this  looks  when  "KNAN”  is  dicjced  ext 


Figure  3-17.  ACES  Airport  Summary  IitformatUm. 
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This  screen  is  divided  into  four  sections  to  reflect  the  parameters  used  in  prioritizing  a  diversion  airport:  ETE, 
runway,  weather,  and  facilities.  New  termint^ogy  used  on  this  screen  is  “Mins’  for  airport  minimums,  1000  foot 
ceiling,  and  3  SM  visibility  and  “'WX’  for  weather.  For  an  airport  that  has  unacoeptal^  conditions,  (KPIA  for 
exanq^le),  those  areas  that  ate  rated  utucceptable  would  be  highlighted  in  yellow  to  bring  these  facts  to  the 
attention  of  the  flight  de(3c  crew. 

The  flight  deck  crew  thus  has  the  ability  to  query  the  system  as  to  how  airpxiit  prioritization  has  been  reached. 
The  crew  can,  of  course,  choose  any  of  the  suggested  airports  or  dioose  not  to  divert  at  all  The  flying  of  the 
aircraft  is  the  responsibility  of  the  captain  and  the  tools  developed  for  the  crew  are  just  that;  tools  to  help  the 
crew  make  an  informed  decision  ba^  on  the  available  facts.  The  c^)tain  remains  in  command  of  the  aircraft 

The  planner  is  a  dynamic  tool  As  information  is  updated,  the  airport  prioritization  could  chartge.  If  data  link 
capability  were  available,  updated  information  on  winds,  runway  cottditions  (wet  or  dry),  visibility,  etc.,  could 
in^ence  the  system  to  rank  the  airports  in  a  diffetent  manner.  This  situation  is  probably  not  applicable  to  the 
scenario  provided  in  the  demonstration,  as  the  ETE  for  all  the  airpcMts  is  fairly  short  However,  if  two  airports 
were  closely  located  and  the  ETE  great  enough,  a  lower  ranked  airport  could  become  over  time  more  desirable 
than  the  airport  initially  tanked  first 


It  is  the  synoptic  display  feature  of  the  ACES  system  that  has  generated  the  most  controversy  within  the  various 
disciplines  thrt  makeup  the  flight  deck  alerting,  informatiott  and  procedure  community.  There  are,  to 
summarize,  two  schools  of  thought  regarding  alerting  infcmnation  on  the  flight  deck.  One  is,  the  mote 
information  that  can  be  efficiently  and  clearty  given  to  the  flight  crew,  the  better.  The  other  is,  if  a  procedure 
carmot  be  given  to  assist  the  crew  in  responding  to  the  information,  then  that  irtformation  is  txrt  relevant 

The  sensors  used  in  the  ACES  system,  especially  a  thermal  monitoring  capability,  would  allow  meaningful  time 
histories  to  be  collected  and  disp^yed  in  a  coherent,  organized  manner.  Given  this  capability  the  ACES 
prototype  includes  a  function  that  allows  the  flight  deck  crew  to  view  the  status,  including  sensor  output,  of 
the  smoke/fire  system  in  the  pjressurized  volume  of  the  aircraft 

The  synopttic  display  feature  included  in  the  ACES  system  shows  a  potential  fcnmat  that  such  a  feature  might 
take.  The  goal  of  the  synoptic  feature  is  to  provide  the  flight  deck  crew  a  mearrs  to  morutor  an  area.  It  is 
NOT  intended  to  require  the  crew  to  be  fire  exprerts  and  analyze  the  information  presented  to  determine  if 
a  diversicm  is  warranted  The  paramount  procedure  for  the  flight  deck  crew  remains  the  same  -  when  an 
emergency  has  been  declared,  land  the  aircraft  in  the  most  expredient  matmer  possible. 

At  this  stage  in  die  emergency  pwocedure  the  flight  deck  crew  has  respionded  to  the  alert,  completed  the  items 
on  the  checklist,  and  made  a  decision  on  a  diversion  airport  The  time  enroute  to  a  suitable  airprort  could  be  up 
to  three  hours  away  with  some  aircraft  models  in  flight  over  water.  It  is  at  this  stage,  when  flight  deck  work 
load  has  returned  to  something  resembling  normal,  that  the  flight  crew  may  wish  to  access  the  synoptic  display 
feature  of  the  ACES  system.  From  the  inflight  planner,  the  Synojjtic  feature  can  be  accessed  by  clicking  on 
“CHECK  LIST,”  wdiich  returns  the  user  to  the  checklist  menu,  figure  3-6.  From  this  menu,  clicking  on  “SYNO” 
takes  the  user  to  a  screen  as  shown  in  figure  3-18. 


Plgure^lA  ACES SymopUc 


This  display  gives  a  schematic  of  the  piessurued  volume  in  light  Uue.  The  white  anows  indicate  emeigency 
exit  locations.  The  cokxed  squares  along  the  side  of  the  aiiciaft  ate  main  deck  smoke/fire  sensofs;  lav  in 
green,  galleys  in  blue  and  misc  spaces  (coat  doseO  in  punk.  Main  dedc  ceiling  sensors  are  shown  in  yellow, 
with  die  squares  representiitg  smoke  sensors  and  the  connecting  yellow  line  a  thermal  monitoring  fiber.  The 
areas  monkored  below  the  main  deck  are  shown  outlined  widi  a  light  blue  dashed  line.  These  lower  deck 
areas,  fiom  nose  to  tail,  are  the  forward  electronic  equipment  (R/E)  bay,  the  forward  cargo  compartment,  the 
two  air-conditionirtg  packs  located  between  the  cargo  compartments,  and  the  ait  cargo  compartment 

In  the  exan^le  shown  in  figure  5-18,  the  left  mid  lavat(»y  is  the  location  for  which  an  alert  has  been  sounded 
This  is  indicated  by  the  sensor  square  changing  in  color  fiom  green  (ho  alerO  to  red  (alert)  and  the  sensor 
profile  box  being  displayed  Taking  the  mouse  and  clicking  on  the  title  of  the  sensor  profile  box  will  display, 
on  the  lower  EICIAS  screen,  a  time  history  of  both  sensors  located  in  the  mid  lavatory.  One  sensor  is  located  in 
the  ceiling  of  the  lav  and  the  second  is  nxxinted  inside  the  vanity  volume  where  paper  products  are  stored 
The  profiles  of  the  individual  detectors  can  be  viewed  by  diddng  on  one  of  the  red  st|uares  located  within  the 
ptoEtebox. 

The  condition  of  any  of  the  sensors  can  be  viewed  from  the  synoptic  display  by  clicking  the  mouse  on  any 
sensor  Icxation.  The  profile  for  that  sensot(s)  will  be  shown.  For  display  purposes  the  profiles  have  been  hard 
coded  in  the  alert  condition. 
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While  the  flight  deck  oew  has  wapcHKied  to  the  aiert  and  cxxapteted  thdr  ctircHMT  tasks,  the  cabin  crew  has 
abo  been  responding  to  the  mid  lav  smoke  alert,  for  which  th^  have  primary  responsfcility.  The  cabin  crew  is 
made  aware  of  the  akrt  to  dwee  ways:  (1)  via  the  afann  bom  bufit  into  die  semor.  which  may  also  [>e  liidced 
inm  the  cabin  audio  system;  (2)  by  the  wainmg  located  on  the  oeilmg  outside  each  lav,  whkh  identifies 

right/left  lav;  and  O)  1^  die  cabhi  attendant  panel,  figure  3-19. 


F^reS-J9.  ACES  CoUh  Attendant  Panel 


The  ACES  system  proposes  a  panel  of  this,  or  similar  design,  be  located  at  three  locations  in  the  aircraft: 
forward,  mid-cat^  and  aft  The  panel  features  an  array  of  buttons/switches  that  allow  the  identification 
of  lavatory,  galley  and  cabin  smc^/fire  events  for  each  zone  of  the  aircraft  In  the  case  of  a  Mid  Lav  inddetu, 
all  three  panels  would  display  the  same  information  by  having  the  tcp  row  CLAVD,  center  coiunm  (“MID”  - 
mid  station  location)  button,  and  the  fourth  row  middle  coiunm  (“ALERTO  button  both  illuminate  red.  The 
cabin  attendant  resprmse  would  be  to  push  the  alert  button  which  silences  the  alarm,  turns  the  alert  button 
from  red  to  vtdiite,  and  causes  a  message  to  be  sent  to  the  upper  EICAS  screen  on  the  flight  deck.  The 
message  informs  the  flight  deck  crew  that  the  cabin  crew  is  aware  of  the  situation  and  is  investigating.  Upon 
determining  the  nature  of  the  situadon  a  cabin  attendant  then  pushes  the  “CLEAR/RESET”  button.  This  action  is 
transmitted  to  the  flight  deck  crew  and  returns  the  cabin  attendant  panel  to  its  normal  state.  At  this  point  verbal 
communkations  can  be  established  with  the  flight  deck,  via  the  handset  co-located  with  the  panel,  and  a  full 
verbal  report  can  be  made. 

The  attendant  panel  allows  nort-verbal  communication  between  the  flight  deck  and  the  cabin  crew  at  a  time 
when  both  crews  may  be  experiencing  high  workloads.  Thus,  via  the  quidc  action  of  pressing  a  button, 
effective  comnuinications  can  take  place  without  either  crew  interrupting  the  other’s  response  to  the  situation. 


The  panel  allows  a  cabin  attendant  to  oiigirute  a  smc^  event  message  to  the  flight  deck  by  pressing  the 
butl^switch  on  the  panel  marked  “CABIN.”  Such  action  will  alert  the  flight  deck  crew  of  smoke  in  the  main 
passenger  cabin,  and  the  appropriate  checklist  will  be  available  for  access  by  the  crew. 


The  boctom  row  of  bunons  marked  “TEST'  allows  (he  panel  lights  in  each  column  to  be  illuminated  as  a  check 
against  bulb  failure,  as  well  as  any  iruemal  circuitry  tests  that  may  be  required  The  Procedures  box,  located 
to  the  right  of  the  buttons,  is  envisioned  in  one  of  two  configurations.  One,  to  contain  a  set  of  cards  on 
whidi  emeigency  procedures  would  be  printed  or  two,  an  electronic  checklist  similar  to  that  propc»ed  for 
the  flight  deck. 

3.2.  SENgQR  TESTS. 

The  goal  of  this  section  is  to  provide  the  methods  by  whidi  the  user  can  define  the  sensor  array,  collect  sensor 
data,  name  and  store  data  as  required  and  Anally  to  normalize  sensor  data  a.<i  apprc^xiate. 

The  sensors,  at  this  suge,  have  been  connected  to  the  Keithley  and  the  Keithley  has  been  linked  to  the  Dolch 
and  all  conqxxients  have  been  connected  to  their  respective  power  supplies.  Instructions  on  how  to  make 
these  connections  are  detailed  in  section  2.5,  Hardware  Interfaces. 

TXiming  on  the  power  supplies,  the  Dolch,  and  the  Keithley  is  all  that  remairtt  to  be  done  to  begin  the  data 
collection  process.  Upon  power  up,  push  the  <ESO  key  on  the  Dolch  to  skip  over  the  Dolch  diagnostics. 
When  the  DOS  prompt  comes  up  type  ACES  <ENTER>  and  the  user  will  be  pesented  with  the  Setup  Menu 
(figure  3-3).  From  this  menu  the  user  has  three  options:  Demo  (discussed  in  section  3.1),  Alert  Algorithms  (to 
be  discussed  in  sr'^ion  3.4),  and  Sensor  Tests  to  be  discussed  in  this  section. 

12J _ Deanition  of  Sensor  Array. 

From  the  Setup  Menu,  figure  3-1,  the  user  is  given  three  options:  Sensor  Tests,  Alert  Algorithms,  and  Demos. 
Tapping  the  space  bar  moves  the  user  between  these  three  choices.  Activate  the  Sensor  Tests  branch  of  the 
system  by  highlighting  “Sensor  Tests"  and  pushing  <ENT1ER>.  Hie  screen  will  clear  and  the  Sensor  Menu  will 
be  displayed,  figure  3*20.. 
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Figure  3-20l  ACES  Sensor  Menu. 


In  the  process  of  briirging  up  the  ACES  Sensor  Menu,  the  Dolch  is  establishing  the  link  to  the  Keithley  data 
logging  unit.  If  the  Keithley  is  not  turned  on  or  not  connected  to  the  Dolch.  an  error  message  will  be 
generated.  The  message  will  advise  the  user,  in  no  uncertain  terms,  to  turn  on  the  Keithley.  Upon  turning  on 
the  Keithley,  the  user  is  back  in  DOS,  and  typing  ACES<ENTER>  will  return  the  user  to  the  ACES  Setup  Menu. 

The  ACES  Sensor  Menu  is  where  the  user  defines  the  sensor/Keithley  configuration,  that  is,  which  sensor  is 
wired  into  which  channel  of  the  Keithley.  Using  the  up/down  arrow,  move  to  “(1)”  and  push  <ENTER>.  The 
screen  clears  and  the  user  is  asked  to  provide  a  sensor  name.  Based  on  the  configuration  shown  in  figure  2-13 
the  user  would  enter  Kidde-1,  this  establishes  that  the  sensor  designated  Kidde-1  is  wired  into  Keithley  channel 
0  (zero)  which  is  identified  as  1  by  the  Dolch.  Pushing  <ENTER>  returns  the  user  to  the  Sensor  Menu,  this 
process  continues  until  all  the  sensor/channel  connections,  up  to  a  maximum  of  eight,  ate  defined.  At  the 
conclusion  of  the  process  and  based  on  the  array  configuration  shown  in  figure  2-13,  the  Sensor-Keithley- 
Dolch  relationship  would  be  as  shown  in  table  3-6. 


Table  3-d  Sensor-Keitbley-Dolcb  Array  Definition. 


Sensor 

(Based  on  Figure  2-13) 

Keithley 

Channel 

Dolch 

Designation 

Kidde-1 

0 

1 

Kidde-2 

1 

2 

Jamco 

2 

3 

Cerberus-1 

3 

4 

Cerberus-2 

4 

5 

Qeamatic-1 

5 

6 

Geamatic-2 

6 

7 

Not  used 

7 

8 

The  definition  of  the  array  is  the  basis  for  data  collection  organization.  Therefore,  to  avoid  confusion  when 
reviewing  data,  it  is  imperative  that  this  information  be  entered  correctly.  When  data  is  recorded,  eight  data 
files  are  created  and  part  of  the  information  placed  in  the  data  file  identification  header  block  is  based  on  how 
the  array  is  defined  in  the  Sensor  Menu.  Greater  detail  on  data  storage  and  the  data  file  header  block  is  given 
in  section  3.2.3. 

3.2.2  Sensor  Data  Collection. 

With  the  sensor/Keithley  array  defined,  the  next  step  is  to  input  the  length  of  the  test,  in  minutes.  This  input  is 
used  to  calculate  the  sampling  interval  and  is  based  on  two  limitations:  (1)  a  data  set  cannot  exceed  1000  data 
points,  and  (2)  the  interval  between  samples  is  250  msec  (4  samples  per  channel  per  second).  The  first 
constraint  (1000  data  points)  was  imposed  to  keep  the  dau  sets  at  a  manageable  size.  The  Dolch,  of  course, 
has  the  capacity  to  hold  much  greater  quantities  of  data.  The  second  constant  (four  samples  per  channel  per 
second)  is  a  rate  at  which  the  Keithley  will  efficiently  process  data.  The  rate  of  four  samples  per  channel  per 
second  was  felt  to  be  sufficient  at  the  high  or  fast  end  of  the  scale.  In  the  lab  the  optimum  sampling  rate  was 
not  extensively  investigated  and  as  such  no  conclusion  regarding  sampling  interval  can  be  offered. 
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To  give  an  exanqde  of  how  the  two  data  cxjQection  Umitations  woiic  two  ezami^  are  given:  (1)  if  a  test  time 
of  3  minutes  is  input,  the  sampling  interval  will  be  once  ever  0.25  seconds,  as  this  test  will  be  limited  by  the 
rate  of  sampling  constraint,  arid  (2)  if  a  test  interval  of  20  minutes  is  irqxit,  a  sampling  interval  of  1.20  seconds 
will  be  used  as  this  test  is  constrained  by  the  limit  of  1000  data  points. 

The  final  question  for  the  user  is  if  the  selections  (or  inputs)  are  conecL  By  selecting  Y  (yes),  the  user  will  be 
presented  with  the  screen  as  shown  in  figure  3-21,  Sensor  Data  Oi^lay. 
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Ftg^re3-2i.  ACES  Sensor  Data  Dispk^. 


The  first  line  of  the  sensor  data  display  screen  informs  the  user  of  the  scale  of  the  graph,  2.0V/division, 
the  calculated  sampling  interval  250  msec  (four  times  a  second),  and  the  length  of  the  test,  in  the  example 
4  min  (minutes).  The  second  line  shows  the  sensor  number  (as  defined  in  Sensor  Array  Menu)  and  its  value 
in  real  time.  The  sensor  shown  on  this  line  is  the  one  highlighted  vdien  the  user  exited  the  Sensor  Menu, 
figure  3-20.  The  choice  of  which  sensor  to  monitor  in  real  time  is  a  function  of  the  test  configuration  and 
the  sensor  which  is  of  most  interest  to  the  user  for  that  fiarticular  test  The  third  line  on  the  screen  provides 
information  on  which  sensors  have  been  selected  for  disfday.  The  numeric  keys,  located  on  the  tcp  tow  of  the 
Dolch  keyboard  (not  the  function  keys),  allow  the  user  to  turn  on  and  off  the  sensor  channels  to  be  displayed. 
Each  channel  is  color  coded  to  provide  visual  darity.  However,  when  all  eight  channels  are  displayed,  telling 
which  chatuiel  is  whidi  can  be  difficult,  especially  if  all  the  signals  are  at  about  the  same  output  level.  The 
fourth  line  shows  the  data  points  that  have  been  collected  (shown  in  figure  3-21  as  92)  and  the  total  number 
of  data  points  to  be  collected  (960)  over  the  length  of  the  test  rua 

At  the  bottom  of  the  screen  are  the  commands  that  control  the  start  and  termination  of  a  test/data  collection 
run.  The  sensor  data  can  be  observed  on  the  screea  However,  data  recording  does  not  begin  until  the  CTRL_R 
command  is  given  (CTRL_R:  hold  down  the  CTRL  key  and  the  R  key  at  the  same  time).  This  command  will 
begin  data  collection  and  cause  a  red  “Recording"  message  to  be  displayed  in  the  bottom  right  hand  comer  of 
the  screea  Data  recording  can  be  terminated  at  any  time  by  doing  a  CTRL_Q  (CrRL_Q:  hold  down  the  CTRL 
key  and  the  Q  key  at  the  same  time).  This  action  halts  the  recording  and  exits  the  user  to  the  data  save 
function.  If  the  test  is  allowed  to  run  to  its  conclusion,  the  Recording  message  disappears  and  line  four  will 
read  data  point:  960  of  960.  Yet  even  vhen  recording  has  stopped,  the  sensor  signals  can  continue  to  be 
viewed  on  the  screea  To  save  and  store  the  data  the  user  must  do  a  CTRL_Q  to  leave  the  data  display  screen 
atKl  exit  to  the  data  saving  fiinctioa  This  function  will  be  detailed  in  the  next  section. 
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3.2.3  Data  Storage. 

The  data  saving  (xoropt  given  the  user  upon  exiting  the  data  collection  or  recording  function  asks  the  user  to 
input  the  Dolch  diannel  number,  comments,  and  a  file  name.  For  example,  typing  “4  forward  caigo  baggage 
fire,  Fire4.dat*  <ENTER>,  will  save  the  data  from  channel  4  (Ceiberus-1  sensor),  add  the  comment  forward 
cargo  baggage  fire  to  the  file  header,  and  name  the  file  nre4.daL  The  user  will  again  be  prompted  for  a  file  to 
save,  and  this  procedure  is  repeated  until  either  all  eight  channels  are  saved  or  until  <ENTER>  on  a  blank  line 
is  input.  This  latter  action  exits  the  user  from  the  data  naming/saving  function. 

Each  data  file  has  a  eight  line  header  block  that  contains  the  foUowing  information.- 

dPiie  Name:  (user  input) 

9Sensor  No.:  (user  input) 
dCcHTunent:  (user  input) 
dSamptog  Interval: 

9Sampling  Unit- 
©Date/Time: 

©Data  Points: 

© 

If  a  mistake  or  oversight  is  made  and  the  user  decides  before  mnning  the  next  test  that  additional  channels 
of  data  should  have  been  saved,  there  is  recourse  to  keep  the  data  files  needed.  All  the  test  data  is  placed  in 
files  named  Templ.dat  through  Temp8.dat  for  each  of  the  eight  channels  of  data.  To  rename  a  Temp*.dat  file, 
the  user  must  exit  to  the  DOS  prompt  Using  the  rename  ccanmand,  the  needed  file(s)  can  be  renamed.  For 
example  typing  “rename  Templ.dat  Firel.dat”  <ENTER>,  will  rename  Templ.dat  to  Firel.dat.  All  eiglit 
Temp'.dat  files  will  be  written  over  at  the  next  recorded  test  tun. 

3.2.4  Normalization. 

A  sim(de  normalization  function  has  been  provided  to  allow  the  user  to  standardize  the  data.  In  the  lab  the 
function  has  been  used  exclusively  on  the  data  generated  by  the  Geamatic  sensor,  section  2.3.3.  To  review, 
the  Geamatic  is  a  light  attenuation  sensor  and  in  normal  conditions  its  output  is  a  high  value  of  about  lOV. 
When  particles  come  between  the  light  source  and  the  photocell,  a  voltage  decrease  occurs.  This  is  the 
opposite  of  both  the  photoetectric  light  scattering  and  ionization  smoke  detectors.  Therefore,  to  allow 
aU  the  signals  to  be  analyzed  for  similar  trends  and  thresholds,  the  Geamatic  signal  is  inverted  via  the 
normalization  function. 

To  access  the  function  the  user  must  leave  the  ACES  menus  and  return  to  DOS.  This  can  be  done  by  pushing 
<ENTER>  twice.  When  given  the  EXDS  prompt,  type  “NORMAL”  <ENTER>  (command  is  not  case  sensitive). 
The  user  will  be  prompried  for  the  following: 

File  name,Scale,Offset,Newfile  name 

An  example  of  an  input  would  be: 

Firefr.dat,-!, 10, Fite6N.dat 
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This  ccMiunand  wiU  take  file  Fire6.dat  (data  from  sensor  Geamatic-l,  which  based  on  the  configuration  defined 
in  table  3-6  is  Doldi  channel  6),  multiply  the  sensor  data  by  -1.0,  then  add  10  to  each  data  point,  and  name  the 
new  file  FireON.dat  During  testing,  the  procedure  that  was  estaUished  was  to  add  a  capital  N  to  the  end  of  the 
dd  file  name  to  indicate  that  the  file  had  been  normalized. 

The  new  file  Fiie6N.dat  wUl  have  the  same  header  information  as  the  Fiie6.dat  with  the  addition  of  a  new  top 
line  giving  the  new  file  name.  Scale,  OfEset,  and  the  Time  and  Date  the  file  was  normalized.  Thus  the  header 
blodc  will  be  nine  lines  lortg  rather  than  the  eight  line  header  for  a  tegular  file. 

a, 3  AlJSimNGAlGQRmiMS. 

A  primary  goal  of  the  ACES  system  is  die  reduction  of  false  alarms.  This  goal  might  be  achieved  with  a 
combination  of  enhanced  sensor  technology  and  system  logic;  sensors  that  provide  analog  ouqxit  and 
algorithms  to  interpret  'adiat  the  sensors  are  ‘saying.*  The  majority  of  the  sensors  used  in  commercial  jet 
transpctfts  today  provide  only  on/off  type  information.  That  is,  the  sensor  is  either  in  a  normal,  no  alarm, 
state  or  in  alarm  mode,  with  but  a  single  criteria  used  to  distinguish  between  the  two.  The  criteria  for  most 
photoelectric  systems  is  that  the  amount  of  li^t  incident  on  the  sensor  photocell  exceeds  a  threshold  value. 
Sensors  currendy  in  use  are  set  to  alarm  at  light  obscuration  on  the  order  of  10  percent  over  one  foot. 

The  sensors  selected  for  the  ACES  system  (other  than  the  Jamco  ionization  sensor)  provide  analog  output  Sudi 
output  allows  rate  of  change  as  well  as  threshold  infcxmation  to  be  incorporated  into  alerting  schemes.  .Sudi  a 
system  should  have  the  effect  of  ledudrtg  false  alarms  without  affecting  system  sensitivity.  Of  the  many 
schemes  investigated,  two  algorithms,  Sfxke  Reducdcm  and  Threshold/Slope  were  found  to  provide  a  good 
mix  sensitivity  and  a  capability  to  protect  against  false  alarms. 

A  method  to  achieve  this  goal  was  the  development  of  die  spike  reduction  algorithm.  This  algorithm  applies  to 
but  a  single  sensor  and  seeks  to  minimize  false  alarms  that  can  result  from  elevated  sensor  voltages  cf  short 
duration  (spikes).  The  spike  reduction  code  can  be  thought  of  as  a  filter  that  does  not  allow  short  duration 
high  sensor  values  (spikes)  to  pass  through.  If  however,  the  high  values  persist  the  alarm  criteria  will  be 
satisfied  and  an  alert  signal  generated.  This  algorithm  will  be  explained  in  detail  in  section  3-3.1 

The  development  of  the  thieshold/slope  algorithm  provides  a  second  method  of  false  alarm  protection. 
Multiple  sensors,  up  to  a  maximum  of  three,  are  monitored  for  sensor  voltage  level  (threshold)  and  the  signal 
increase  or  decrease  over  time  (slope).  These  two  parameters  are  compared  to  limits  established  by  the  user.  A 
criteria  has  been  established  such  that  an  alert  is  only  triggered  when  sensors  are  at  given  levels  either  in 
combination  or  singularly.  The  parameters  that  control  this  algorithm  will  be  explained  in  section  3.3.2. 

To  access  the  alert  algorithm  section  of  the  system  the  user  begins  at  the  ACES  Setup  Menu,  figure  3-1,  selects 
“Alert  Algcmthms”  and  pushes  <ENTER>.  This  action  txings  up  the  ACES  Algorithm  Menu,  figure  3-22. 
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Ptgurei-2Z  ACES Afgoritbm Menu. 


The  AlgoiUmi  menu  allows  the  user  to  choose  vMch  of  the  two  algorithms;  Spike  Reduction  or  Threshold/ 
Slope,  die  user  would  Rice  to  investigaie.  The  algorithms  have  been  constmcted  so  diat  the  user  is  easily  able 
to  change  algorithm  omticdling  parameters.  This  contreJ  is  achieved  by  the  selection  of  algorithm  constants. 

The  user  is  given  duee  c^Xions  (Oinent,  Stored  Hie,  and  Default)  on  what  values  wiU  be  designated  to  the 
various  paiameiers.  If  daa  has  been  run  through  the  algorithm  without  the  Doldi  being  turned  off,  the 
selectkm  of  Current  provides  the  user  with  die  same  set  of  ccnistant  values  as  used  on  the  previous  run  of  the 
algorithm.  Selecting  the  ‘Stored  Hie*  option  invokes  a  prompt  for  a  file  name.  This  file  will  contain  values  the 
user  has  saved  fixim  a  previous  sessioa  The  user  is  aUe  to  name  a  file  alter  the  data  has  been  plotted  or 
by  exerdang  <Ctri  F>.  Upon  initiating  <ctrl  F>  the  user  is  pionqXed  for  a  file  name.  The  Default  selection 
accesses  a  file  that  is  hard  coded  into  the  program,  as  wiR  be  seen  in  the  next  section  this  is  the  file  with  the 
data  set  vl.dat 

<ctil  F>  is  one  of  eight  functions  that  are  displayed  at  the  bottom  of  the  screen  These  functions  operate  in  the 
same  manner  as  described  in  table  3-1,  Menu  Control  Hincdons.  The  function  <ctil  G>  is  ikx  a  viable  function 
in  die  algorithm  menu  and  if  exercised  can  result  in  the  system  loddng-up. 

.3..3.1  Soike  Reduction. 

The  function  of  this  algorithm  is  to  reduce  false  alarms  by  filtering-out  concRtions  that  may  result  in  an  alert 
occuiriiig  due  to  transient,  short  term,  elevated  sensor  output  Such  an  output  could  result  from  many  factors, 
die  most  Ukely  being  a  system  voltage  spike.  The  parameters  that  control  the  manipulation  of  the  sensor  output 
data  wiU  be  explained  in  this  sectioa 

Horn  the  AGES  Algorithm  Menu,  figure  3-22,  the  user  selects  ‘Spike  Reduction,*  ‘Default,”  and  “Y”  (yes)  to 
bring  the  user  to  the  Spike  Reductitxi  Menu,  figure  3-23- 
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I^jgure3-Z3^  ACBS Spike ReductUm Menu. 


This  is  the  menu  that  allows  the  user  to  dehne  the  paiameleis  that  ccmtrol  the  S[^e  Reduction  alerting 
function.  The  selection  of  Debult  gives  the  user  the  screen  as  configured  in  figure  3-23.  This  is  also  the 
configuiaticHi  the  screen  would  have  if  Gurertt  is  selected  upon  first  booting  up  the  Dolch.  The  user  is  able  to 
change  any  of  the  parameters  using  the  up/down  arrow  to  move  to  various  lines  in  the  menu.  The  function  of 
these  parameters  will  be  discussed  below. 

The  Spike  Reduction  algorithm  accomplishes  several  functions:  smooth  the  signal  data;  create  a  confidence 
interval  or  a  zone  of  aoceptible  variation  around  the  smoothed  curve;  monitcv  the  smoothed  data;  and  if  the 
smoothed  data  exceeds  the  confidence  interval,  signal  an  alert  How  this  is  accon^lished  and  how  the 
variables  control  the  process  are  explained  below.  The  ACES  computer  code  that  defines  these  functions  can 
be  found  in  the  section  of  code  titM  ALERT.C  -  Spike  Reduction,  reference  15. 

The  first  step  is  to  import  a  data  point  from  the  designated  file.  From  the  menu  in  figure  3-23  we  know  this  to 
be  vl.dat  In  the  code  this  takes  the  form  DatalvlljL  Datalvll  is  the  file  and  Ijl  is  a  data  point  contained  in  the 
file.  To  this  data  point  a  random  noise  value  is  added  Ct).  The  amplitude  of  the  rx>ise  is  controlled  by  the  user 
via  the  Noise  Amp  input  The  noise  is  used  to  provide  a  wiggle  to  the  data,  as  flat  data  makes  the  alerting 
function  overly  sensitive.  This  is  the  blue  line  seen  in  the  ACES  Spike  Reduction  Plot  figure  3-24. 
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PlgUre^24.  ACESSpikeRi 


A  value  of  0.1  has  been  sucoessliilly  used  to  add  enough  variation  without  introducing  unwanted  variation. 

This  line  of  code  takes  the  basic  form  of: 

DaialvlQ]  -  DatalOI^  ±  [randC  V32767]  *  NoiseAmp 

^OPheie  randC  )  is  a  pseudo-random  number  generator  iimctkm  that  is  irKhided  in  the  standard  C  libraiy.  The 
randC  )  function  inputs  a  number  between  0  aral  52767,  if  the  rand  value  is  less  than  16884  (midpoint  between 
0  and  32767)  the  resulting  calculated  value  (rarnK  )/32767*NoiseAmp)  is  added  to  the  value  of  the  data  point  If 
the  rand  fiutor  is  greater  than  cm'  equal  to  16884  the  resukirtg  fiictor  is  subtracted  from  the  data  point  This  has 
the  effiKt  that  about  50  percent  of  the  data  has  a  small  factor  added  to  it  while  die  remainder  of  the  data  has  a 
small  bctor  subtracted. 

The  next  step  in  the  process  is  to  average  or  smooth  the  data.  It  is  this  function  that  creates  the  white  line,  seen 
in  figure  3-24.  The  data  is  averaged  to  weed-out  the  effects  of  shoit  duration  fluctuations  in  sensor  output  The 
user  has  ii^t  on  how  the  averaging  is  weighted  via  the  ‘AveSmoothConst*  (ASC).  The  new  average  (avefjD  is 
a  funcdon  of  the  previous  average  (ave{|-lD  times  the  ASC  phis  the  new  data  point  (ITatalvlIjD  all  divided  by 
the  ASC  Ildus  one.  This  line  of  code  has  this  basic  appearance: 

aveQ]  ■  (ASC  *  avelj-ll  +  DatalvlIjD  /  (ASC  +  1.0) 

Next,  the  confidenoe  intervals  are  generated,  this  is  the  acceptable  range  within  which  the  detected  signal 
should  be  found  vtdien  an  alertiitg  conditiem  is  noC  jMesent  The  confidenoe  interval  is  defined  by  the  two 
yellow  lines  seen  in  figure  3-24.  The  confidenoe  interval  is  created  using  several  of  the  user  defined  inputs  and 
a  weighted  average  as  defined  above.  The  difference  between  two  consecutive  averages  is  taken  and  the  result 
squared.  The  squared  factors  are  then  summed  over  the  range  specified  by  the  user  via  the  ‘LagConst*  (LO 
variable.  This  result  has  been  identified  in  the  code  as  SumSquares,  and  is  shown  below: 

SumSquares  ••  SumSquares  (ave{k-ll  •  aveDd)**2 

Where  k  is  a  counter  that  counts  from  LagConst  points  in  the  past  to  the  current  point,  one  point  at  a  time. 
SumSquares  is  set  to  zero  at  die  start  of  the  loop.  The  result  of  this  loop  is  then  divided  by  die  LagConst  factor 
and  die  square  root  takea  This  result  has  been  defined  in  the  code  as  RMS,  (this  factor  is  not  a  true  root  mean 
square  (HMS)  and  it  should  have  been  ideixify  using  a  more  appropriate  name)  and  is  shown  below: 

RMS  »  sqrtfSumSquares  /  LagConst) 

The  upper  confidenoe  interval  is  based  on  the  average  of  LagOinst  points  in  die  past  plus  the  RMS  times  the 
user  ii^t  confidenoe  interval  constant  shown  on  the  screen  as  "Conf  IntConst”  (QQ: 

upper  -  avdj-LCl  +  (QC  *  RMS) 

When  the  sensor  data,  the  noise,  is  greater  than  the  vpptr  confidence  band  for  FIVE  consecutive  data 
poiras,  the  alarm  criteria  is  satisfied.  An  alarm  is  indicated  by  the  red  line  ramping  up  frcMn  9.0  volts  to  9.4 
vdts.  This  is  the  top  most  dotted  line  seen  in  figure  3-24.  If,  for  example,  the  upper  band  is  exceeded  3  times 
and  on  the  fourdi  time  the  data  frdls  below  the  oiteiia,  the  counter  is  reset  to  zero  and  no  alert  is  signaled  to 
the  flight  dedc  In  practice  the  lower  band,  while  displayed,  is  never  used  to  generate  an  alarm. 
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Tbe  chokse  of  five  conaeauivc  data  poifMs  was  selected  based  on  the  fastest  sampling  qseed  of  four  samples 
per  channel  per  second,  k  seemed  seasonable  that  a  sampling  window  of  1.25  seconds  was  adequate  to  give 
false  alarm  protectkm  ehile  retaining  system  sensidvity.  The  ohetia  of  counting  data  points  vrften  the  sampling 
rale  decreases  (say  to  1  data  pohit  every  second)  may  hnpact  the  system  response  time  to  an  unacceptable 
levd.  The  definition  of  an  acceptable  1ml,  while  cotainly  considered,  was  not  qxdfically  addressed  for 
sampling  rates  less  than  the  foiv  sanqjles  per  chamd  per  second. 

The  remaining  ir^xits  to  be  made  on  die  Spike  Reduction  Menu,  figure  3-23.  determine  how  the  dau  will  be 
diqilayed  in  figure  3-24.  “I'ftimber  Data  Points*  controls  the  density  of  data  pmnts  diq^yed  on  the  screen: 
SO,  100,  or  200  data  points  before  the  screen  must  reset  Ihe  *Data*  option  allows  the  user  to  choose  what  will 
be  diqjlayed  on  die  plot*  *Sensor  Dau  Only*  Cno  smoodied  data  curve,  no  confidence  band,  no  alert  line), 
*Sen8or  Oatt  w/Deiection  Algorflhm*  shows  the  sensor  dau  plus  the  detection  algorithm,  die  red  alert  Une. 
^Rlth  *Display  Detection  Bands,*  choosing  *Y*  (yes)  displays  die  smoodied  curve  and  the  confidence  intmval. 

With  the  choice  of  both  'Sensor  Dau  w/Detecdon  Algoiidun*  and  *Diq)lay  Detection  Bands,*  the  user  is 
presented  wkh  a  Spike  Reduction  Plot  as  configured  in  figure  3-24.  The  sensor  dau  is  shown  in  blue,  the 
smoodied  dau  in  white,  the  confidence  bands  in  yellow,  and  the  alert  line  in  red  The  dau  file  the  user 
selected  is  also  shown;  in  figure  3-24  this  is  happens  to  be  geantdat  The  algorithm  variable  values  are 
diq^yed  on  the  lower  half  of  the  screen  The  commands  on  the  bottom  line  figure  3-24  are  defined  in 
Uble3-7. 


rafale  3-7.  DtUa  MHoi  F$tmciioms. 


Key  Stroke 

Function 

Explanation 

CTRU.S 

atop 

Halts  graphing  of  the  data 

<any  l(sy> 

continue 

Restarts  the  graphing 

CTRU_B 

back  a  page 

Moves  beck  to  the  previous  page 
e.g.,  from  page  2  move  to  page  1 

CTRU_Q 

quit 

Exits  the  user  out  of  the  Spike 
Reduction  plot  and  promts  for  saving 
of  current  settings 

<CrRLjQ>  quits  the  gnphing,  without  the  qptkm  of  restarting.  Upon  qufidng  the  user  is  pron^ited-  ‘Do  you 
want  to  save  the  current  settings?  CY  or  N)?*  If  the  answer  is  yes  an  additional  pnxi^  ‘Enter  file  name:’  is 
diq^ayed  The  algoridim  variaUes  can  now  be  saved  and  recalled  by  selecting  the  Stored  File  c^on  available 
in  die  ACES  Algoridim  Menu,  figure  3-22. 

3.3.2  Thfeshold/Slooe. 

The  function  of  die  direshtdd/slope  algorithm  is  to  reduce  false  alarms  by  looking  at  a  maximum  of  three 
sensor  signals,  then  generatirtg  an  alert  to  die  flight  dedt  based  on  the  condition  of  these  signals.  Such  a 
scheme  sdlows  a  vodrtg  methoddogy  to  be  constructed  with  the  user  defining  the  parameters  of  sensor 
signal  slope  and  die  absolute  level  of  sensor  ouqxiL  These  parameters  will  be  exfdained  in  this  secdoa 
The  ccMqxiter  code,  lefetenoe  15,  diat  defines  these  functions  can  be  found  in  the  secticMi  of  code  titled 
THSLOPE.C  ~  Thrediold/Slope. 

From  the  ACES  AlgocRhm  Menu,  figure  3-22,  the  user  selects  ‘Threshoid/Slope,”  ‘Default*  and  ‘Y*  (yes)  to 
I  brirg  the  user  to  the  Threshold/Slope  Menu  figure  3-25. 

I 

I 

I 
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Figure  3-2i.  ACES  TbresboU/Slope  Menu  #/ 


This  is  the  Best  of  three  menus  that  allows  the  user  to  define  the  alerting  paianreters  foe  the  dnee  sersors. 
The  first  task  requires  that  the  user  have  a  file  of  sensex- data  to  nm  through  the  algorithm.  Tliis  file  is  input 
cm  the  first  line  oS  the  menu.  In  the  examfde  shown  in  figure  3-25  this  file  nany  is  vl.dat  The  next  four 
lines  of  this  meru  aUow  the  user  to  input  maximum  and  minimum  values  for  both  the  threshold  and  slope 
parameters.  The  relationship  of  these  values  is  shown  in  figure  3-26,  ACES  Alert  Parameters,  and  «»»plain<»H 
in  the  foUowtrtg  paragraphs. 


Maxlimmi  slop* 


Minimum  slop* 
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The  second  line  of  the  menu  pmupts  the  user  to  input  a  ‘Maximum  Thiesboid*  (designated  Alert  in  the  code). 
In  %uie  3*25  this  value  is  7.90.  A  sensor  voltage  oixput  above  7.90  will  place  that  sensor,  but  not  necessarily 
die  system,  in  alarm  conditioa  The  maximum  threshold  value  needs  to  te  appropriate  for  the  sensor  being 
evaktaied,  as  the  ou^wt  diaracieristics  for  each  sensor  type  are  diffeienL  The  thM  line  in  the  menu  pron^ 
for  ‘Minimum  Threshold''  (AlenKfin  in  die  code).  A  value  of  7.25  is  shown  in  figure  3*25.  Above  dm  value, 
cctq)led  with  other  criteria  being  met,  die  system  can  be  declaied  in  alarm  mode  and  a  alert  message  be  sent 
to  die  fli^  deck. 

Slope  definition  is  initially  somewhat  cumbersome,  but  after  usiiig  the  system  for  a  sIkmi  period  this  becomes 
easy.  The  slope  value  is  equal  to  the  tangent  of  die  angle  divided  by  ten  (slope  value  -  Tan  0/10).  This 
rdationship  is  shown  in  figure  3-27.  When  die  sensor  slope  exceeds  die  input  for  the  maximum  slope 
(designated  SlopeAlert  in  die  code),  the  sensor,  but  not  necessarily  die  system,  will  be  dedaied  in  alert  mode. 
When  bods  die  minimum  slope  parameter  (SlopeAlertMin  in  the  code)  and  the  mitumum  threshold  is 
exceeded,  die  system  is  placed  in  die  alarm  mode. 


Figure  S-27.  SlopeAlert  DefMHon. 


The  final  two  inputs  to  Menu  #1  allow  the  user  to  centred  the  density  and  speed  at  which  the  data  is  displayed. 
‘Number  of  Data  Points:  SO,  100,  200‘  allows  the  user  to  spread  the  dau  at  50  points  pet  page  or  compact  it  to 
200  points  per  page.  ‘Graphirig  Delay”  sets  the  speed  at  v^ch  data  is  i^ced  on  the  screen,  in  data  points  per 
second.  Note:  these  values  can  cmly  be  set  in  Menu  *1  and  will  control  the  rate  and  density  at  which  the  data 
defined  ki  Menu  #2  and  #3  are  disf^yed 

The  procedure  of  inputting  a  file  name  and  the  four  aJerting  parameters  is  repeated  for  Threshold/Sensor 
Menu  *2  (figure  3*28)  and  Threshold^nsor  Menu  (figure  3-29).  In  this  manner  three  dau  files  and  three 
sets  of  algorithm  parameters  can  be  identified.  It  is  not  required  to  identify  three  files.  The  algorithm  can  be  nm 
using  one  or  two  dara  sets.  (Note:  the  algorithms  were  de^loped  with  the  assunqstion  that  dau  set  number 
three,  as  defined  by  Thrediold/Sensor  Menu  #3,  would  be  thermal  daU,  and  as  such  the  algorithm  looks  at  this 
data  set  diffeieruly.  These  differences  will  be  identified  below.) 
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Figure  3-2Si  ACES  TbresbotA/Slope  Me$m  #2 


; n  ^  Mil  )  //  i  ■  ^ . .1' ■ 


F^ure3-2SL  ACES  7hresbol4/Slope  Menu  *S 
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The  l(^c  making  u^e  of  these  iiputs  is  shown  bek>w,  QI  counts  data  paints  and  trades  the  data  fUes. 
sudi,  [jtep]  can  have  a  value  of  between  cme  and  thiee,  one  being  the  data  bom  Menu  *1,  two  one  being 
data  from  Menu  *2,  and  three  being  the  data  from  Menu  *3.  The  data  fiom  each  file  (sensor)  aie  evaluaiec 
determine  if  any  of  several  alerting  criteia,  for  the  individual  sensor,  has  been  met  The  senscM'  alerting  crib 
shown  below: 


IS 


(Data4replj)  >  AlerdirepD  Data  value  is  greater  than  the  maximum  threslK^ 

(» 

(SlopeI)tep)  >  SlopeAlertQrepD  Slope  of  sensor  curve  is  greater  dian  the  maximum  sk^; 
(Mt 


(Datalirepljl  >  AlertMinIjrep]  Data  value  is  greater  than  minimum  thteshtdcl; 

AND 


Slq3e{|rep]  >  SlopeAlertMinljrepD  Slope  of  sensor  output  is  greater  than  minimum  slope; 

OR 

(Dataljrepl  >  l.l*Alert(irepD  Data  value  is  10  percent  greater  than  maximum  dueshokL 

Thus  an  individual  sensor  can  be  dedared  in  alert  one  of  three  ways.  This  is  shown  below  fcHr  sensor  one,  as 
defined  in  Menu  *1,  figure  3-25. 

(1)  Sensor  data  is  above  the  maximum  threshold  value  (Datalvll)!  >  7.90).  This  condition  is  defined 
as  VALUE; 

OR 

(2)  Slope  of  sensor  data  is  grater  than  maximum  slc^  (Slopefvl]  >  0.20).  This  condition  is  defined 
as  SLOPE; 

OR 

0)  Minimum  threshold  value  is  exceeded  (D^atvlljl  >  7.25), 

AND 


Minimum  slope  value  is  exceeded  (Slopeivl]  >  0.11).  Ihis  combined  conditiem  is  defined  as 
SLOPE.VALUE. 

In  addition  the  sensor  can  be  placed  in  a  High  mode  of  alert  This  erfieria  is  met  when  Datalvl]  are  greater 
than  1.1  times  7.90.  A  senscH'  in  this  condition  is  defined  as  HIGR  In  die  lab  an  increase  1.1  times  (or  10 
percenO  above  the  value  defined  by  maximum  threshold  was  not  unoxntnon.  Therefrxe  based  on  engineering 
judgemeru  as  well  as  experience  gained  in  the  lab  a  factor  of  1.1  times  the  maximum  threshold  level  was 
deemed  af^xopiate. 
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In  additicm  to  each  sensor  being  evaluated  for  it’s  alert  condition,  the  three  sensors  together  ate  evaluated 
before  the  criteria  for  alerting  the  flight  deck  is  satisfled 

It  is  at  this  stage  that  the  assunqMion  that  the  sensor  defined  in  Menu  *3  is  a  thermal  sensor  comes  iiuo  play. 
This  distinction  will  be  identified  below  in  defining  the  six  sensor  configuradcMis  that  can  result  in  an  aleit 
signal  being  sent  to  the  flight  deck. 

(1)  All  three  sensors  are  greater  than  or  equal  to  their  maximum  threshold  value  (sensor  condition  is 
defined  as  VALUE). 

(2)  One  sensor  is  greater  than  or  equal  to  its  maximum  threshold  (VALUE)  and  one  sensor  is  greater 
than  or  equal  to  it’s  maximum  slope  (sertsor  ccmdition  is  defined  as  SLOPE). 

(3)  One  of  the  smoke  sensors  (defined  in  Menus  or  #2)  must  be  greater  than  or  equal  to  maximum 
threshold  (VALUE)  and  the  thermal  senscM-  (defined  in  Menu  *5)  is  greater  than  or  equal  to 
minimum  threshold  and  minimum  slope  (SLOPE.VALUE). 

(4)  All  three  sensors  have  exceeded  both  their  minimum  threshold  and  their  minimum  slope 
(SLOPE.VALUE). 

(5)  The  thermal  sensor  (defined  in  Menu  #3)  is  greater  than  or  equal  to  maximum  threshold  times  1.1 
(condition  defined  as  HIGH). 

(6)  Both  sensors  defined  in  MENU  *l  and  »2  (smoke  sensors)  are  both  greater  than  or  equal  to 
Maximum  Threshold  times  1.1  (HIGH). 

ACES  Thieshold/Slope  Plot  (figure  3-30),  shows  how  an  alert  event  is  displayed.  The  various  lines  will  be 
explained  starting  at  the  top  and  working  down.  The  top  line  (green)  is  the  top  of  the  grid  and  represents  lOV. 
The  next  three  lines  (red)  indicated  if  the  sensors  defined  in  Menus  #3,  *2,  and  *1  respectfully,  are  in  a 
condition  of  alert  If  the  line  has  ramped  up  by  an  amount  equivalent  to  0.2V,  that  indicates  an  alert  condition. 
Next  comes  the  lines  that  define  the  maximum  (cyan)  and  minimum  (green)  thresholds.  On  the  right  fifth  of 
the  plot  is  the  area  showing  the  maximum  (cyan)  and  minimum  (green)  slopes.  The  curved  lines  are  the  three 
sets  of  sensor  data  from  the  files  vl,  v2  and  v3.dat  The  yellow  line  indicates  the  status  of  the  three  sensors  as  a 
group.  The  ramping  up  of  this  line  indicates  that  the  criteria  to  initiate  an  alert  being  sent  to  the  flight  deck  has 
been  met. 

Below  the  graph  is  the  status  of  each  of  the  three  sensors.  If  the  sensor  is  in  a  normal  condition  the  status 
would  read  “OK.”  Otherwise  the  status  displayed  corresponds  to  the  four  conditions  -  “VALUE,”  “SLOPE,” 
“SLOPE_VALUE,’  and  “HIGH,”  as  defined  previously  in  this  section. 

The  next  line  on  the  graph  gives  the  number  of  data  points  to  be  displayed  per  page,  as  defined  in  Menu  #1. 
This  is  followed  by  the  number  of  pages  required  to  display  the  data.  In  this  example  two  page  are  necessary. 
The  last  line  shown  in  figure  3-30  has  the  same  function  as  defined  in  uble  3-7. 

In  the  example  shown  the  criterion  that  initiated  the  alarm  is  the  sensor  defined  in  Menu  *5  (the  thermal 
sensor)  which  has  a  status  of  HIGH.  This  means  that  the  sensor’s  output  value  has  exceed  its  maximum 
threshold  times  a  factor  of  1.1.  In  this  example  that  is  70*1.1,  or  7.7V. 
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Figure  3-30.  ACES  Tbresbol4/Sbipe  Plot 


A  malor  disaf^x^ntment  in  the  ACES  program  was  an  inabilit/  to  link  the  York  DTS2  system  into  the  £>olch/ 
Keithley  system.  As  a  result,  thermal  data  can  not  be  routed  from  the  DTS  to  the  Doldi  for  dau  storage  and 
retrieval  few  use  in  the  Alert  Algorithm  Csectkai  3.3)-  'IVo  major  avenues  were  explored  to  find  a  means  to 
accomplish  dus  link,  and  both  are  discussed  below. 

The  ACES  team  had  hoped  to  divorce  the  DTS2  from  it’s  HP  operating  system  and  tun  the  DTS  output  directly 
to  the  Keithley  or  the  Dolch.  The  Yoik  DTS  unit  is  connected  to  the  HP  operating  system  via  a  fPRR  type  cable 
Csee  figure  2-15  for  York  hardware  connections).  It  was  hoped  that  this  caUe  would  enaUe  die  DTS  output  to 
be  routed  directly  to  the  Dolch,  and  the  neoessary  dau  processing  could  be  performed  internal  to  the  Dokh. 
Uptm  discussions  with  York  this  opdon  was  found  not  to  be  possible,  as  aigoifiranr  dau  processing  takes 
phoe  within  the  HP  and  the  task  to  transfer  diis  a^ialxlity  to  the  Doldi,  even  if  possible,  would  require 
resources  beyond  the  scope  of  this  project 

The  second  option  ex]dored  was  to  link  the  HP  control  system  into  the  Doldi/Keithley.  Such  a  configuntion 
would  allow  the  processing  to  be  done  by  the  HP  and  di^  feed  the  post-processor  tiara  to  the  Dolch. 

This  was  envisioried  to  be  possflile  by  routing  the  HP  ouqxit,  via  IEEE  cable,  to  the  Dolch.  This  method 
may  be  a  viable  option.  However,  differences  in  samplirtg  rate  (4  times  per  second  (maxinuun)  versus 
once  every  6  seconds  for  the  York),  starting  and  ending  daU  collection  at  the  same  time,  and  language 
difikulties  between  the  HP  and  the  Dcddi  introduced  difficulties  of  a  magnitude  that  the  ACES  team  was 
unable  to  surmount 


Due  to  the  lack  of  a  link  with  the  York  system,  ACES  consists  of  two  major  component  groups  -  the  Keithley/ 
Dolch  and  the  York  DTS2.  The  following  sections  of  3.4  will  detail  the  operation  of  the  York  system 


I  Oil 


Prom  the  discussion  in  section  2.5.6  the  York  hardware  components  should  be  correctly  connected  and  the 
DTS  box  ready  to  be  powered  up.  Before  turning  the  unit  on  however,  open  the  front  panel  of  the  DTS  box, 
accessible  by  turning  the  keyed  latch  located  on  the  left-hand  side  of  die  front  panel.  Upon  power  up  four  LED 
lan^,  located  on  the  forward  upper  quadrant  of  the  two  left  most  cards  intern^  to  the  DTS  box,  will 
illuminate.  The  LEDs  will  extinguish  when  the  system  has  warmed  up.  Experience  has  shown  that  the  system 
will  continue  to  stabilize  even  after  the  lamps  have  gone  off.  A  warm  up  period  of  about  an  hour  is  su^ested 
before  thermal  testing  is  begun.  When  testing  was  being  done  on  an  every  day  basts  in  the  ACES  lab  the  DTS 
was  powered  up  and  left  that  way  for  days  at  a  time  so  testing  could  commence  when  the  user  was  ready, 
rather  than  wait  for  system  warm-up  and  stabilization. 


With  the  unit  warmed  up  the  next  procedure  is  to  load  Che  software  that  drives  this  system  To  do  this  it  is 
necessary  to  load  four  disks:  Basic  System,  DTS_1,  DTS_2,  and  23  Zone  Parameter  File.  The  steps  involved  in 
this  process  are  outlined  below. 


Insert  the  disk  titled;  ‘BASIC  SYSTEM’  into  Drive  1  of  the  HP9122  dual  disk  drive.  Switch  on  Qx>wer  up)  the 
HP9122,  the  HP300,  and  the  scieea  When  soft  keys  aj^ar  at  the  bottom  of  the  HP  screen,  the  disk  will  have 
stopped  being  addressed  and  the  basic  system  disk  can  be  ejected  from  the  drive. 
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Next  insert  die  disk  labeled  ‘DTS.l*  into  Drive  1  and  the  disk  labeled  DTS_2*  into  Drive  0  of  die  HP  9122. 
This  will  be  the  uses  itttroduction  to  the  system’s  less  than  user  friendly  command  structure.  The  commands 
nuist  be  ii^xit  as  shown;  with  all  the  colons,  comas,  and  quotes.  Using  the  HP  teyboaid  type  die  following- 

LOAD'DTS.l:,?^,!*  <ENTER> 

bOADSUB  ALL  FROM  •DTS_2:,700,0'’  <ENrER> 

SET  TIME  TIME  (-10;30KXn  <ENTER> 

SET  T1MEDATE  DATE  (‘dayimonthrycarO  <ENTER>  le.g.,  (■‘18:Feb:1994’)J 
INniALIZE‘‘;MEMORY,0,0’,1000  <ENraK> 

To  verily  that  a  memory  location  has  been  allocated  type: 

CAT:MEMORY,0,0’  <ENTER> 

This  command  will  cause  the  header  created  ftir  this  address  to  be  diqilayed  on  the  soeea  This  serves  to 
confirm  diat  a  memory  location  has  been  allocated. 

Remove  the  two  disks  from  the  drives  and  insert  the  di^  labeled  “23  Zone  Parameter  File*  into  Drive  1.  It  is 
this  disk  that  contains  the  software  to  divide  the  test,  stainless  steel  clad,  potion  of  the  fiber  optic  cable  into  23 
measurement  zones.  Upon  inserting  this  disk  press: 

RUN  (Refer  to  figure  2-17  for  key  location) 

Several  messages  will  be  momentarily  displayed  indicating  that  the  parameter  files  are  being  loaded. 

When  loading  is  conqilete,  the  user  will  be  in  the  DTS2  designed  (grating  system.  The  blue  rectangles  at 
the  bortom  of  the  screen  refer  to  the  toys  in  the  upper  left  comer  of  the  HP  keyboard  (Key  Group  One  in 
figure  2-17).  These  are  referred  to  as  the  “softkeys." 

At  this  stage  die  softkeys  present  the  user  with  three  optiois:  CHECK,  DEFINE,  and  MEASURE.  CHECK  allows 
the  user  to  insure  that  the  optic  fiber  has  been  connected  in  an  optimum  manner,  DEFINE  enables  the  user  to 
define  parameter  elements,  and  MEASURE  initiates  the  system  to  begin  temperature  data  recording.  Each  of 
these  three  options  will  be  dealt  with  below  under  a  separate  heading . 

3.4.1. 1 _ 

This  mode  of  toleration  is  detailed  in  reference  14,  section  6.2.1.  An  outline  of  this  function  is  given  in 
this  section. 

The  CHECK  mode  is  used  primarily  to  determine  if  the  connection  between  the  two  ends  of  the  fiber  optic 
caUe  and  the  DTS2  unit  is  a  good  one.  ''S^th  “CHECK”  selected,  the  signal  trace  from  the  cable  is  displayed. 
FIBER  1  is  the  only  display  option  that  will  show  a  screen  trace.  A  good  connection  is  evident  by  the  screen 
trace  loddrtg  similar  to  that  shown  in  figure  3-31. 
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Figure  3-51-  York  Screen  Trace. 


If  the  trace  does  not  look  similar  to  that  shown  in  the  above  figure,  “fdaying”  with  the  DTS/cable  connection 
should  enable  the  user  to  improve  the  connection,  so  that  the  trace  t^es  the  form  as  shown. 

Selectirtg  <RETURN>  softkey  k4  moves  the  user  back  up  a  menu  level  to  CHECK/DEFINE/MEASIJRE. 

3.4.1.2  Define  Mcxie. 

The  DEFINE  mode  is  detailed  in  section  6.2.3  of  reference  14.  An  outline  of  this  mode  is  given  below. 

The  “23  2k)ne  Parameter  File”  that  has  been  loaded  on  to  the  HP  (section  3.4.1)  can  be  redefmed  by  using  the 
following  key  strokes,  startirig  at  the  CHECK/DEFINE/MEASURE  menu: 

<DEFINE>  (kl) 

This  places  the  user  in  the  first  level  of  the  DEFINE  mode  menus.  The  next  three  keystrokes  brings  the  user  to 
the  zone  definition  menu. 

<SELECT  nBER>  (k5) 

<nBER  1>  Ck5) 

<DEFINE  ZONES>  (k5) 
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At  this  stage  the  user  has  the  option  of  making  changes  to  certain  of  the  elements  listed  in  the  parameter  file. 
These;  elements  are  ^own  belw,  using  Zone_l  as  the  example. 


Zone  Name 

Stan 

End 

Nom 

Max 

Min 

Log 

IntVl 

Dur’n 


Zone_l 

.133  tfor  Zone.l) 

.139  (for  Zone_l) 

70.0  Nominal  temperature 

80.0  Maximum  Temperature  Alarm  Point 

60.0  Minimum  Temperature  Alarm  Point 

(this  line  is  intentionally  blank) 

0.1  Data  Sampling  Rate,  Minutes 

0.5  San^ling  Duration,  Hour 


The  Start  and  End  parameters  for  each  zone  should  not  be  changed  as  these  values  define  the  fiber  length  for 
the  zone.  These  values  were  defined  by  York  to  optimize  the  DTS  unit  and  the  type  of  cable  being  used. 
Again,  these  values  should  not  be  altered. 

The  three  teii^>eratures  -  Nom,  Max,  Min,  -  can  be  configured  to  reflect  the  environment  in  which  the  cable  is 
installed  The  terr^rature  of  greatest  interest  is  Max,  which  sets  the  Maximum  temperature  alarm  point.  This 
feature  allows  different  zones  of  the  cable  to  be  set  to  alarm  at  different  temperature  threshold  points.  This 
allows  multiple  areas  with  widely  varying  thermal  environments  to  be  monitored  by  a  single  cable. 

The  samplirtg  rate  and  duration  can  be  set  for  all  23  zones  at  once,  rather  than  inputing  these  two  values  for 
each  individual  zone.  This  methcxl  is  detailed  below. 


At  this  point  the  dcKumentation  provided  in  reference  14,  York  DTS  II  Operators  Manual,  and  the  actual 
operation  of  the  system  diverges.  The  user  should  select 

<KEY  SET  #2>  (k2) 


Followed  by: 

<LOG  ALL  ON>  (k2) 


and 


<FILL  &  QUm>  (k9) 

These  keystrokes  will  prompt  few  two  inputs.  These  prompts  will  appear  in  the  red  region  of  the  screea  The 
first  protiqTt  will  read  as  follows: 

Enter  time  interval,  minute:  (e.g.,  0.1)  <ENTER> 

This  is  the  interval  at  which  the  fiber  will  be  pulsed  Given  the  fiber  length  and  system  characteristics  the 
interval  of  once  every  0.1  minutes  (6  seconds)  was  found  by  York  to  be  optimum. 

Enter  duration,  up  to  1  hr,  hour:  (e.g.,  0.5)  <ENTER> 

This  iistnicts  the  system  that  the  test  is  to  run  for  0.5  hours.  Note:  maximum  allowable  entry  is  1.0,  that  is  the 
maximum  test  duration  is  one  hour. 
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Wbh  die  above  keystrokes  and  inputs  the  user  has  defined  the  test  interval  and  duration  for  all  23  zones. 

To  return  to  an  upper  level  menu,  the  user  must  ‘step’  up  through  the  layers.  This  is  done  by  pressing 
<RETl)RN>  (k4).  On  the  way  up  through  the  menu  layers  the  user  must  input  the  location  to  v^ch  the  data 
will  be  stored.  This  is  reflected  by  the  use  of  the  <OTHER>  selection  and  typing  MEMORY, 0,0;  this  is  reflected 
by  die  following  keystrcdces: 

<RETURN>(k4) 

<RETURN>(k4) 

<OTHER>  (k7)  Type:  MEMORY,0,0  <ENTER> 

This  last  line  refers  to  the  memory  location  fiist  initialized  and  verified  in  section  3.4.1.  Following  this 
input,  press: 

<RETURN1>  (k4) 

<RETURNi>  ac4) 


And  finally: 


<EXrr>  0c4) 

This  last  keystroke  brings  the  user  out  of  the  DEFINE  mode  to  the  top  level  CHECK/DEFINE/MEASURE  menu. 

The  systems  health  has  been  confirmed  (CHECK),  the  alarm  and  nin  time  parameters  have  been  set  (DEFINE). 
Testing  can  now  be  initiated.  This  is  the  MEASURE  mode,  will  be  explained  in  the  next  section. 

3.4.1.3  Measure  Mode. 

\Wth  the  user  at  the  top  level  CHECK/DEFINE/MEASURE  menu,  pushing  <MEASURE>  softkey  k5  results  in 
die  beginning  of  the  temperature  measurement  cyde.  This  mode  of  operation  is  detailed  in  reference  14, 
section  6.2.2.  An  outline  of  this  function  is  given  below. 

When  k5  is  pushed,  the  system  begins  data  collection,  display,  and  stcxage.  Data,  in  numerical  form,  for  each 
of  the  23  zones  are  displayed  in  the  ccdumn  to  the  left  of  the  graph.  The  graph  displays  cable  length,  X  axis, 
ve*ms  temperature  Y  axis.  The  section  of  cable  to  be  viewed  is  controlled  by  the  user,  through  functions 
detailed  in  the  paragraphs  below. 

The  user  has  access  to  a  cursor  function  that  enables  the  user  to  bound  a  section  of  the  trace  for  enhanced 
display.  A  box  construction  function  is  accessed  through  the  selection  of  <WINDOW>  softkey  kO.  The  section 
of  fiber  of  most  interest  is  from  0.133  to  0.250,  the  stainless  steel  portion  of  the  cable.  Using  the  cursor 
function,  place  the  cursor  at  location  0.  i33  and  move  to  the  <WINDOW>  menu.  Use  the  position  of  the  cursor 
to  construct  the  left  margin  of  the  box  by  pushing  the  lefl/bottom  key  (k5).  Push  <RETURN>  (k4)  to  move  up 
to  the  previous  softkey  set  which  includes  the  cursor  function.  Reposition  the  cursor  at  0.250  and  again  select 
<WINDOW>  (kO).  Now  use  the  cursor  to  establish  the  right  margin  of  the  box  by  pushing  the  right/top  key 
(k6).  The  user  can  now  build  the  top  and  bottom  of  the  box  in  a  similar  manner,  ^lect  the  <WINDOW>  menu 
(kO).  press  the  appropriate  margin  menu  key  (bottom  =  k5,  top  =  k6),  and  while  holding  down  the  shift  key, 
move  the  cursor  to  the  appropriate  location/value.  After  completing  top  and  bottom  r.  argins,  the  section  of 
trace  to  be  examined  is  Ixrundedj  exercising  <CISPIAY  BOX>  (k9)  will  cause  the  box  to  occupy  the  entire 
graphic  ptxtion  of  the  screea  The  softkeys  k3  and  k8,  <FULL  WINDOW>  and  <DEFAULT  WINDOW> 
respectively,  enaMe  the  user  to  move  quickly  between  these  two  display  optiorrs. 

Moving  back  up  a  “menu,”  <RETURN>  (k4),  allows  the  use  kc  the  buzzer.  The  buzzer  scxinds  each 

time  an  alarm  poLit,  as  set  in  Section  3.4.1.2,  is  exceeded.  Ti,  ,.zer  can  be  toggled  off  with  the  <BUZZER 

OFF>  (k3)  feature. 
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Located  in  die  same  key  aet  group  as  <BU2SZER  OPP>  is  <lCEy  SET  Qe£).  Acdvating  this  fimaian  and 
the  <:VIEW  LOG  ZC^4E>  OgO  iundion  on  the  next  level  aOows  the  user  to  view  any  one  of  the  23  zones 
of  data.  The  data  when  viewed  in  this  manner  is  presented  with  dme  as  the  X  axis  and  temperatuie  as  die 
Y  axis.  Viewing  the  data  in  this  manner  smooths  out  die  '^impineas'  diat  is  evident  when  viewing  aU  23  zones 
at  once. 

While  sdll  at  the  <VIEW  LOG  ZONE>  leveL  the  user  can  determine  if  data  is  sdll  being  logged  or  if  the  run  is 
conqdete.  The  followiitg  message  win  appear  in  red  in  the  lower  section  of  die  screen: 

*Number  of  zones  cunendy  logging  horn  this  filer  loop-X* 

If  X^)  the  run  has  been  oompleled. 

If  X-23  data  is  stOl  being  odlecled. 

Assuming  that  the  run  has  been  compleied,  then  with  the  user  at  the  cVIEW  LOG  ZONE>  level,  the  foUowtng 
key  strtdces  wiU  bring  the  user  back  up  to  the  top  level  MEASURE  menu: 

<RETURK>(k4) 

<RETURN><k4) 

If  the  measurement  cyde  has  not  been  ccMnfdeted  the  user  can  terminate  the  test  run  by: 

<ABORT>(k4) 

The  user  wfll  dien  be  asked  to  confirm  this  decision 
<YES>(k5) 

Selecting  <YES>  wfll  hah  die  test  rua  A  short  wait  may  occur  as  the  final  measurement  cyde  is  conducted. 

With  the  test  run  terminatecL  either  by  Abort  ox  end  cfl'  test  duration,  the  data  is  stored  in  memory  and  should 
be  moved  to  disk  for  safe  keeping.  This  can  be  done  by  placing  a  disk  in  Drive  0  and  typing: 

CDPY-MEMORY.O.O’  TO  “  .700,0’  <ENTER> 

The  data  has  now  been  transfer  iisk.  This  disk  should  be  marked  to  reflect  the  test  parameters  and  to 
facilitate  retrieval  of  the  data  at  a  iuiure  date. 

At  a  later  date  if  the  test  data  needs  to  be  reviewed  the  user  can  do  so  via  the  R£AD_DA1A  function.  This 
function  wfll  be  eaqpflained  in  the  next  secticxi. 


iK  iiiOw  I 


The  collected  data  can  be  disf^yed  as  Distance  vs  Temperature  vs  Time  using  the  display  {xogram  titled 
READ_DATA.  To  use  the  program  READ_DATA,  first  press; 

PAUSE  located  in  the  middle  cohinm  of  button  directly  above  the  RUN  buaon,  see  figure  2-17. 

Insert  the  disk  READ.DATA  into  Drive  0  and  load  the  program  by  typing  the  foUowirig: 

LOAD‘READ_DATA:,700,0’  <ENTER> 

At  this  pc^  if  the  computer  has  not  been  turned  c^  the  test  data  will  be  stored  in  the  HP’s  internal  memory 
and  die  program  can  be  run  to  display  the  data.  The  program  is  run  by  pressing  the  RUN  key,  see  figure  2-17. 
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If  the  data  is  not  in  menxMy  dien  the  READ.DAIA  program  nuist  be  edited  to  read  the  data  from  disk.  To  edit 
the  program  the  user  will  make  use  of  the  Ainction  keys  designated  Key  group  four  in  figure  2-17.  To  access 
die  program  for  editiitg,  die  prc^ram  must  first  be  run.  This  is  done  by  pressiitg  the  RUN  key.  Pressing  the 
ALPHA  key  will  dear  the  screen  of  any  graphics  that  may  be  on  the  soeea  Ptessirig  the  Edit  key,  located  in 
Key  group  four  wiU  place  die  user  in  the  e^  mode.  Move  to  the  line  of  code  to  be  dianged  and  edit  that  line 
and  press  the  EXECUTE  key  located  in  the  same  key  Mode  as  the  RUN  key.  Continue  this  process  of  moving  to 
a  line,  editing  die  line,  and  pressing  EXECUTE.  Whm  all  die  diariges  have  been  nude,  pressing  RUN  will 
cause  the  edited  READ_DATA  program  to  be  run  and  the  data  displayed.  Note:  The  EXKUTE  key  nust  be 
pushed  for  cadt  line  of  code  dunged. 

Place  the  disk  containing  the  dau  set  in  Drive  1,  and  edit  the  program  to  reflect  the  data  location.  To  do  this, 
edit  line  1 10  which  reack,  by  default,  as  follows: 

no  Msus$-“:MEMORY,0,0” 

To  reflea  that  the  data  is  in  memory. 

If  the  dau  is  to  be  read  from  Drive  1,  this  line  must  be  changed  to  read: 
no  Msus$-*‘:,700,r 

This  change  will  cause  the  program  to  look  to  Drive  1  ftM*  the  data  file. 

Regardless  of  where  the  daU  is  located  the  program  nuy  need  to  be  edited  to  cusmmize  it  to  the  measured 
data.  The  number  of  measurements  nude  for  each  zone  needs  to  be  entered  into  line  180.  The  line  reads 
as  follows: 


180  N.j)ts«36  [Number  of  measurements  made  on  each  Zone 

This  number  should  leflea  the  length  of  the  test,  in  minutes,  times  six  (each  zone  is  sampled  six  times  a 
minute).  Therefore  the  value  to  input  fen'  a  30  minute  test  would  be  N_pts-180. 

The  READ.DATA  program  can  now  be  mn,  the  result  of  which  will  be  displayed  on  the  screen  In  the  lab  a 
pin  plotter  was  available  to  plot  the  results.  To  enable  the  {hotter,  function  line  800  of  the  program  must  be 
edited.  The  line  reads  as  follows: 

800  !  Plotter  is  705,  “HPCL" 

Removal  of  the  comment  flag  0  'will  allow  the  dau  to  be  routed  to  the  plotter. 

■3.4.1.S  Makin2  Another  Data  Run. 

When  wandrtg  to  make  a  second  run  of  measurements  AND  the  computer  has  not  been  turned  off,  the 
procedure  is  as  follows: 

Insert  DTS_1  into  Drive  1 
Insert  DTS_2  into  Drive  0 


Type: 

LOADT)TS_l:,700,r  <ENTER> 

LOADSUB  ALL  FROM  “DTS_2:,700,0”  <ENTER> 
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Ite4nilialiae  the  meawiy,  by  typing: 


INrnAUZir:MEMORY.O.O'  <ENTER> 


TMs  actkn  will  cause  die  data  aesking  in  otemocy  to  be  wrinen  over.  It  is  inoperative  that  the  user  is  aware  of 
tMs  and  if  die  data  in  memory  is  wanted  for  future  use  it  MUST  be  copied  to  disk. 

Inset  die  didc  marked  *23  Zone  Paiameler  File*  into  Drive  1  and  press: 

RUN  (Refer  to  figure  2-17  for  key  locatkaO 
The  measurement  cyde  can  now  be  initiated  by  pressing  <MEASURE>,  sc^key  (k5). 

If  the  computer  has  been  turned  off  between  data  runs  then  die  procedures  outlined  in  this  entire  section  need 
to  be  foDcwed  This  entails  bootirtg  the  system  with  die  Bask  System  dfek,  settii^  tune  and  date,  as  well  as 
loading  the  23  Zone  Parameter  Pile. 

4.  SUMMATION. 

This  users  guide  is  intended  to  escort  the  user  through  bodi  System  Setup  and  die  three  funcdons  of  System 
Operadoo:  fli^  dedc  demonstration,  alerting  algorithms  and  dau  coOeciioiL  This  manual  cannot  begin  to 
answer  aB  the  questions  nor  provide  conoilete  instniction  on  every  keystroke  encompassed  in  operating  die 
ACES  system.  R  is,  however,  hoped  that  widi  this  manual  along  wkh  time  spcsit  using  the  system,  the  reader 
will  quiddy  fed  comfortaMy  operating  ACES  in  aU  its  configurations. 
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delivered  to  FAATC  March  7, 1994. 

8  N1-48&2  MS-DOS  Software  Reference  Manual,  August  1991  Edition,  Part  Number  320282-01,  deliveied 
to  FAATC  March  7, 1994. 

9  Reference,  Microsoft  C,  Aferskm  6.0  for  MS  OS/2  and  MS-IX>S  Operation  Systems,  1990,  deliveied  to 
FAATC  Fdmaiy  22,  1994. 
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10  InstaOiitg  and  Using  the  Professic»iaI  Develofmient  Sytstem,  Microsoft  C,  Wrsion  6.0  for  MS  OS/2  and 
MS-DOS  Operation  Systems,  1990,  delivered  to  FAATC  Ftebmary  22, 1994 

11  Advanced  Programming  Techniques  Microsoft  C,  Version  6.0  for  MS  OS/2  and  MS-DOS  Operating 
Systems,  1990,  delivered  to  FAATC  Febmary  22, 1994. 

12  Keithley  Model  576  High  Speed  Data  Logging  System ,  Document  NunAier  576-901-01  Rev  B, 
October  1990,  delivered  to  FAATC  September  25, 19% 

13  Sensor  Mmdor  Documentation,  delivered  to  FAATC  September  23,  1993. 

14  York  V.S.O.P.  (Ventures  and  Special  Optical  Products)  DTS  n  Operators  Manual,  Issue  3, 

September  29, 1909,  System  Manual  -  delivered  to  FAATC  September  23,1993. 
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